为什么数据库和数据库连接池不采用类似java nio的IO多路复用技术使用一个连接来维护和数据库的数据交换？ 比如Nodejs，seehttps：//github.com/sidorares/node-mysql2；或者Vert.X 的db客户端（https：//github.com/mauricio/postgresql-async，不要在意这个名字，它实际上同时。
是什么限制一个web服务器的并发访问量？ 谢邀，首先并发度跟性能有联系但不完全一样，性能一般使用qps进行衡量，即每秒处理的请求次数。很容易想…
在java web当中，servlet在运行阶段，针对每个客户端的请求，都会创建一个线程，该线程调用servlet的实例？ 不是每个调用都有新线程产生，这样的话，并发量一上来不出几分钟就要挂了。主流的容器都有线程池，也就是最多同时可以接受多少连接，超过这个数的连接都要等待可用的线程才能处理。所以，在有空闲线程时不会创建新线程，就算没空闲线程也得满足条时才创建。
IO多路复用和线程池哪个效率更高，更有优势？ 多路复用的性能上限更高，因为理论上来说一次切换不需要在内核态和用户态之间转换，可以用更低的时钟周期…
Node中libuv的I/O线程池与PHP之类创建的线程有啥区别？ https：//www.linkev.com/？a_aid=itlr 1 人赞同了该回答 如果你用PHP的pthread，那就是普通的POSIX thread，没什么特别的，请看 Threads—An Introduction to libuv ？
ftpclient 用的是nio还是io nio是new io的简称，从jdk1.4就被引入了。现在的jdk已经到了1.6了，可以说不是什么新东西了。但其中的一些思想值得我来研究。这两天，我研究了下其中的套接字部分，有一些。
大家如何估算线程池数量？ 线程池的理想大小取决于被提交任务的类型以及所部署系统的特性。线程池应该避免设置的过大或过小，如果线程池过大，大量的线程将在相对很少的CPU和内存资源上发生竞争，这不仅会导致更高的内存使用量，而且还可能耗尽资源。如果线程池过小，那么将导致许多空闲处理器无法执行任务，降低了系统吞吐率。要正确设置线程池的大小，必须分析计算环境、资源预算和任务特性。包括所部署系统的CPU个数、内存大小、任务类型（计算密集、IO密集等）。如果待处理任务行为特征差异较大，那应该考虑使用多个线程池，分别处理不同类任务。大致上来说，对于计算密集型任务线程池大小和CPU个数相近通常能实现最优利用率；对于IO密集型任务，由于线程不会一直执行，所以线程吃的规模应该更大。要正确设置线程池大小，需要估算出任务的等待时间（任务从提交到结束耗时）和处理时间（实际处理耗时）的比值。要是处理器达到期望的使用率，线程池的最优大小等于：线程池大小=CPU个数*CPU期望利用率*(1+任务等待时间/任务处理时间)假设有一个定时解析大文件并存入数据库的任务，系统部署在8核服务器上，期望定时任务执行CPU占比约20%，任务平均等待时间为150ms，任务平均处理时间为50ms线程池最优。
什么是阻塞式和非阻塞io流？ 阻塞2113IO：socket 的阻塞模式意味着必须要做完5261IO 操作（包括错误）才会返回。4102非阻塞IO：非阻塞模式下无论1653操作是否完成都会立刻返回，需要通过其他方式来判断具体操作是否成功。两者区别：所谓阻塞方式的意思是指，当试图对该文件描述符进行读写时，如果当时没有东西可读，或者暂时不可写，程序就进入等待 状态，直到有东西可读或者可写为止。对于非阻塞状态，如果没有东西可读，或者不可写，读写函数马上返回，而不会等待。一种常用做法是：每建立一个Socket连接时，同时创建一个新线程对该Socket进行单独通信（采用阻塞的方式通信）。这种方式具有很高的响应速度，并且控制起来也很简单，在连接数较少的时候非常有效，但是如果对每一个连接都产生一个线程的无疑是对系统资源的一种浪费，如果连接数较多将会出现资源不足的情况。一种较高效的做法是：服务器端保存一个Socket连接列表，然后对这个列表进行轮询，如果发现某个Socket端口上有数据可读时（读就绪），则调用该socket连接的相应读操作。如果发现某个 Socket端口上有数据可写时（写就绪），则调用该socket连接的相应写操作；如果某个端口的Socket连接已经中断，则调用相应的析构方法关闭该端口。这样。
io密集和cpu密集两种情况下，线程池里的线程数应该怎么设置
