@xjmroot 不是我写的，swoole 项目组的人写的，这个完成度不错，不错有这种需求的人太少了，没啥关注

@sagaxu 那玩意儿具有传染性，而且第三方库如果原来是阻塞的很难让别人给你改造一个异步的，js 又没这问题

这种基础设施除了 go 就 php 这 2 家了，在别的语言还在回调 /yield/promise/async 等等不那么完美的方式解决阻塞问题的时候，感慨 swoole 生态可以给 php 带来全协程这种基础设施

你可能不需要队列，mysql 足够
你可能不需要 bloomfilter，unique 索引足够
可能你不需要优化性能，因为爬虫就不是个 cpu/内存消耗的东西

api 说到底如果 io 很重（比如你 api 里面有 rpc 之类的）的话 fpm 本身就不适合，并发比较大的话考虑一下 swoft，另外别用 laravel 性能太差了

08 年是一个分界点它完全在瞎说吧，凭什么 08 年是分界点。。。话说这种文章不是一看就应该敏感的感到不适么

@lebronymz 如果一篇文章不能思路清晰的把一个问题说清楚，那他就是在胡扯。。。我没看懂这篇文章在说啥，你要说垄断就好好说啊，要说泡沫就说泡沫啊，要说缺乏芯片等核心技术就好好说啊，它都说不清楚导致我都不知道怎么反驳它了

老实说里面很多东西很扯，观点也东扯西扯，我就说一个，全球股价排名前 20 的互联网公司由中美瓜分

用 symfony 的 css-selector 吧
此外，进程退出重启是最好的解决内存泄露的办法

@m939594960 amp 啊 reactphp 不就是单进程的 php-cli 回调框架么，没啥大不了的

@m939594960 你没懂。。。swoole2 让 php 有了像 go 那样的全协程用法，异步回调 /半协程特别难用，node/java 都没有这样的设施的

官方拓展还不行吧，swoole 一直不太稳定，而且 swoole4 用 libco 做协程以避免魔术方法中无法使用协程的问题，以及之后的各种基于 libco 的 hook 编译的协程客户端。。。据说韩天峰似乎觉得 libco 实现不太好，swoole5 打算自己 hook 了 systemcall 啥的，野心很大。。。感觉他开坑略多，swoole compiler、php-x 啥的，又打算搞 typephp 一个新的语言😂

我个人认为把 php 的全协程做好，外加基于 libco 的第三方客户端协程化这 2 个工作做好做稳定就可以了，别的感觉没啥痛点

用 xdebug+phpstorm 可以做到单步调试的，我就是这么做的

1，你想法很对，大部分人不需要框架，但是还是用起了框架

3，建立 ceated_at 为 timestamp，然后 select * from t where created_at >balabala order by rand （） limit 20 ；这样采样