如果你数据量不大，可以找个第三方对接，比如[algolia]( https://www.algolia.com/)

感觉和[这种]( https://github.com/OpenEthan/SMSBoom)差不多？

果然，操作系统分类不是那么活跃

@sujin190 会有的，进程内单线程处理

@xx3122 不清楚，我觉得不能

crc32 是不可逆的，所以，没法解析

@firecode 有调用栈啊

可以用下 sentry

@lemonf233 兄弟，你太看的起我了，我要是真的懂，我就不会问了，，你把所有评论全看一遍，就发现不只是简单几句话能说明白的，还是看看大家说的,然后自己慢慢理解吧，我也在一点点的尝试看懂他们说的，目前能力还没达到能做总结 QAQ

@mmdsun 好文

@ipwx 感谢大佬的回答，了解了不少东西，发现之前对协程的理解本身是错的，连问的问题都是错的 QAQ ，下去补基础了

@letking IO 阻塞中的线程也会被调度吗？线程调度不是应该只调度已就绪的吗？

@kekxv 感觉这个例子不太理解，读文件一般是阻塞 IO ，操作系统会直接挂起当前线程，然后切换到其他的线程了，让出 cpu 时间片，这时候当前的线程已经没法继续了，所以 如果你要是大量打开文件，一个协程会对应一个线程，导致线程暴涨，或者是线程池僵死之类的吧。

@trcnkq 赞同

@ming159 谢谢，懂了

@misaka19000 好文

@anytk 稍微懂了，这些博客害人啊，光说比线程轻量，切换开销小，我一直是协程和线程进行对比，以为和线程调度相关，没想到是和 IO 模型相关，不同的处理方式。要说和 callback 相比的话我就能稍微理解点了

@ipwx 所以说协程就是一个封装的方法问题？ 如果遇到阻塞 IO ，协程就没用了？
目前我只知道网络是非阻塞 IO ， 并且这个是操作系统支持的，java 高性能的 网络框架性能也很好的点在于 网络非阻塞 IO ，放到任何语言里都是。
我所说的协程其实根本和性能无关？ 我应该吧协程和 callback 或者 event loop(目前还不太清楚是啥) 等 解决并发的方式来比较对吗？

@learningman 这个例子感觉举得不太好，或者我没理解你说的，java 没有 协程，NIO 一样能高吞吐！并且也没有一次 IO 就挂起。也不需要线程切换，不然 java 早就被淘汰了