@samcode 只是优先级，并没有键值对应的

@AaronLee0212 感觉跟我遇到的很像。座椅坏了，我开锁才 20 秒不到，直接提示付费了，提交故障也没用。

《图解密码学技术》，这是我看过最小白的科普书，没数学公式。零基础都能看，

V2 网友对原理比较好奇，当然包括我了。楼主还是大概说下吧，不然他们很难帮你推广的。。

挺棒得。感觉还能做得更智能一些，例如自动分析前后矛盾，而不仅是一个大纲、辅助工具。

@Doraemontree 上包的大多是游戏，搞工会和转型平台的居多，游戏都是换皮渣游，传奇居多，仙侠国战也有。不能上架所以才用企业签，能上的话就相当于买了个大渠道。不过上包几率渺茫，上不了就滚蛋。其次是搞菠菜类的，一样，上不了就滚。坑不坑不用说了吧。这个没技术含量，你进去了纯粹是做脚本混淆，然后疯狂上包，赌运气。不行就滚。

不是写 php 的。但 10W+ 并发量不算大吧。socket 吞吐量从来不是瓶颈，瓶颈都是出在 IO 上，主机分配请求、多机读写分离，缓存。注意来者不拒的 io 多路复用，请求过多击穿数据库哦

都是为你好啊，楼主，趁早转行吧。行业历史就不扯了，反正移动端需求是垫底的，坑少人多，iOS 更加。底中之底。马甲包那些不要去，是个坑。

传奇上不了，仙侠国战那些还行，市场价一个 5 万起。菠菜要翻倍

@www5070504 是这样的：主进程不断循环用 epoll 监听 socket，有新链接，就分出去工作进程去非堵塞执行逻辑，写入写出等，遇到 eagain 就通过管道传给主进程再次循环。我是用 psutil 获取 CPU 核心，期望的效果是：创建 CPU 核心数*2 的进程。例如 epollin，epollout 事件触发后，马上放进 work 进程。一来减少切换和创建销毁的开销，二来兼顾 IO 等待时避免 CPU 空转。现在就卡在如何创建和复用有限进程

@diveIntoWork 线程有 GIL 锁，所以才不考虑的。和 CPU 核心数同步，是为了减少切换和创建销毁造成的开销。最好是能绑定 CPU 核心。

@ebingtel 进程数和 CPU 数不同步，我现在的做法有两种 1、无限 fork,2、用进程池

@jefferycai 突然想到这个故事。。https://www.douban.com/group/topic/128180715/?from=recommend

每一年都不一样。百度地图，不会用吗？你觉得这样问能问出个结果吗？

你怎么不去和张小龙比身家？大家都是打工。。。这样比有意思吗？你不服你可以进阿里啊，去他们都组，做他们都岗位啊。

@asasas2114823 刚刚想说，被你抢先异步

前端对性能没要求，内外考虑，你还是买 MacBook pro 把。1 万出头可以买到 2018 13 低配了。