好奇你写了多久 GO,稍微写一段时间就知道 go 没法区别普通空字段和 null 字段了把
这是 go 语言本身的问题,go 语言傻逼处挺多的,但你居然会因为这个问题在生产环境踩坑

你应该反思下自己 2333 喷 go 没用...解决不,解决方式也很别扭,受不了换语言呀....

说多少次了 gen8 改 itx 上 itx 板子最靠谱

直接 zk 或者 etcd 做不就行了....为什么折腾 pg
数据库做锁没法支持连接断开后清理锁,用 expire_at 很别扭的

字段里加个 lokcer 存放 uuid, 这个 uuid 由于获得上锁的客户端生成, 由于这个 uuid 只有上锁的客户端才知道,这样就可以做到过期前只有指定的 locker 才能释放

上锁
update lock set locker = 'fffffffffffffffffffffffffffffffffffff' where id = 'locker-id' and locker is null

放锁
update lock set locker = null where id = 'locker-id' and locker = 'fffffffffffffffffffffffffffffffff'

linux 下 append 写入,是原子性,多进程安全的
你的问题应该不是多进程的安全问题

基于时间的文件归档有问题的话,多半是你们滚日志的时候只有主进程做了重新打开日志文件的操作

正确流程是发信号到进程组,所有进程组内所有进程都重新打开日志文件

遍历的时候超过 2 米的.....或者低一点 1.95

notify 是因为你配置里没配置 systemd 通知 systemd 认为你进程启动未完成所以到默认通知超时时间后就干掉了你的进程
去配置里找 systemd notify 相关配置

装 rpm 版

gpt 是微软的, 买微软服务器,gpt 能确保被访问

对于协程实现框架来说, 在一个以时间为排序 key 的队列里排序

对于系统和底层来说, 一般是通过保存上下文实现
就本质来说,协程解决的是遇到 io 时切换到其他其他代码片段、等 io 完成后切换回来

要实现上述代码，如果不用类似线程的语法、那么就你的代码就是一但开始 io, 就得 goto 来 goto 去,这样的代码根本没法写

协程的框架、或者说协程的语法,就是把上述 goto 来 goto 去的实现到框架内部,让业务代码可以常规语法差不多

把一个协程框架代码读懂来就不会有那么多疑问了,那种带 c 或者汇编的不好读,可以读 python 的 eventlet,这套代码除了上下文保存部分用了 c,其他都是纯 python 代码

@zhengjian
我也是这样想的 但是模板看半天一头雾水...没用过 golang 的模板

@leonshaw
对对对, 我傻掉了老是盯着 reflect.ValueOf

@Nazz

ent 代码是动态生成的

搜索 CDC

选择挺多的

搞笑啊 所有 mq 只要多个消费者都可能出现写入顺序问题 还要实时
拍啥脑门写方案呀

主要是你前端怎么实现....
全用二进制请求得改多少接口呀....
又没法把 msgpack 结果包 json 里,用 b64 转码二进制的化又变大了反而没意义还不如直接 json 开 gzip

@CloudMx

https://docs.openstack.org/oslo.policy/latest/

23333333

import 本身的顺序是有影响的,比如一些被 import 的模块包含了初始化代码
一行多个 import 你会忽略顺序问题,也不好找最初始 import 的位置

什么鬼......Orz