那么问题来了：请问在什么时代简单？

看到三个感叹号就不想点开文章系列

jdbc 默认情况下的读会把 sql 语句的结果全部加载到内存中，这种大数据量的读可以考虑采用 stream read。详情参见 https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-reference-implementation-notes.html 中 ResultSet 一节。

水深火热预定

iPhone 7 加 1，动不动烫得要死，有没有老哥可以给一些排查方法。

@alxddh book notes 感觉更好 👏

魔都电信，客户端没试过，网页登录相关域名 live.com 一直在豪华套餐里

book reading notes?

@Linxing @xinhangliu 前两天新 Mac 装 Dropbox 遇到了这种问题，通过命令行带着代理启动就可以正常设置了，搞了好久，为此还专门写一篇文章。[https://segmentfault.com/a/1190000013026330]( https://segmentfault.com/a/1190000013026330)，希望有用。

ಠ_ಠ

@esolve 分布式肯定是要的，具体需要多少台机器，怎么分压，就不清楚了。

@esolve 嗯，在 NIO 模型下，也是一个请求对应地必须要有一个线程去处理，但 NIO 模型比 BIO 模型线程利用效率要高，其中就有#16 提到的 keep-avlie 请求。

@esolve 按照#16 说的， NIO 应该也应该是我说的这种情况。我对 IO 模型也是处于学习阶段，所以不敢妄言。

@SoloCompany 谢谢点拨，对 IO 模型学习还不够，将继续学习。

Tomcat 假如在未分布式情况，按照 Servlet 标准，未实现 SingleThreadModel 的 Servlet ，如果只声明一次的话，该 Servlet 在服务过程中只会有一个实例，当客户端有请求发起时， Servlet 容器会给每一个请求，从 Servlet 容器维护的线程池（具体线程个数参数配置）里面获取一个线程为其服务（ BIO 模型下）。当有大量的请求发起时，线程池里面的线程可能会一下子被用完，这时候剩余请求就会被排在请求队列中（具体可以排多少个，参数配置），等有线程闲下来时继续服务排队请求，假如请求数量超过了最大的排队数，未排进队列的请求就会不予处理。

按照楼主说的， 10w 个 HTTP Request ，不会有 10w 个线程同时服务， Servlet 容器线程池配置了最多 1000 个线程，那么一瞬间这 1000 个线程将会服务于 1000 个请求，假如剩余 9000 个中 2000 个又排进了待处理队列，那么剩下的 7000 个将会不予处理，当然这是同一时间点 10w 个请求同时到达的情况。实际情况下， 10w 个请求到达时间应该有前有后，所以可能某些请求达到时，某些请求已经被迅速处理掉，线程闲下来可以继续处理了。

@SoloCompany 想请教一下上面这段在 BIO 模型下理解是否正确，谢谢。

想起来当年我用安卓机的时候，只要耳机一插入，喜马拉雅就自动唤醒了，真的是烦死了。