io以及线程对于web应用的限制

对于web应用在异步机制在前，一个用户线程 要占据一系列资源从而完成一次功能的交互 在这过程中 要完成包括数据的解析 转换 以及数据库信息的查询（数据库的访问 在大量线程高并发的情况下 是最明显的瓶颈，毕竟一个数据库，可以供同时使用的数据库连接 就那么多，超了 的话 要麽就崩了 要么就堵着），这里面 如果有耗时的过程 或者资源的的等待 那么该线程将会进入等待 同时该线程所占据的资源 自己本身并用不到但是还是自己占着，包括这个线程它自己，都处于一种无事可做的状态，这些资源我们完全可以交给另一部分等待的请求 去使用，这才是我们想看到的 资源的高效利用，这个便是非租塞 的好处，所有的资源都出于一种高效率的状态，不会有闲置。

我的构想是 一个请求进来 request和response分别使用两个线程，（这里底层他们都与用户请求的socket有建立关系），在必要的时间 结束request线程，释放request线程所占用我的资源 留给后面的请求使用，response则在新的线程里进行工作，当然这种方案 并不能解决数据库耗时查询，访问等待的问题，但是对性能提升 还是有些帮助的。

（感觉自己有点说跑题了）一个用户请求进来与它关联的sokect以及数据 不论如何流转 都是不能变不能扔的，变的只是后台资源的分配，资源配置。