zw
zw
@liuyongjiesail 如果应用是处于正在安装的状态，这个也会判定为已经安装的，能判断出是否已经安装成功的吗？
@LithiumCarbonate 哥们儿有进展没
> 并不是，举个栗子。 比如现在有10W个客户端请求，那么我们之前如果不加消息队列和worker池机制，以目前的框架来讲是 会开30w个go(10w个reader，10w个writer，10w个处理消息业务的Handle)，其中Reader,Writer是读写客户端数据的，而且大部分时间是阻塞状态，并不会抢占调度器资源。但是10w个handle确实处理业务的，需要cpu计算，那么调度器需要在这10w的go之间进行切换，那么切换成本就浪费了cpu的利用率。 > > 那么如果用worker机制，比如我们限定worker的数量就是8个(建议cpu核心也是8个)，那么还是这个例子，有10w的客户端请求过来，zinx会开辟(10w个reader[阻塞]，10W个writer[阻塞]，和8个worker用来调用Handle)，那么最终处理业务的go只有8个，调度器只需要在这8个之间切换就可以了，所以不管客户端请求数量多达，最后也是8个go在做真正的计算，大大节省了调度器的切换成本。 如果只有8个worker做业务逻辑，当需要有阻塞操作的时候（如读取redis数据），此时8个都阻塞在等待redis返回，这时候会不会造成所有请求都无法处理了
是用公钥验证吗？
奥，请教一下哪有啥方法呢
奥，那不用麻烦了哈~~我现在不做这方面的工作了，谢谢