• 很简单 100个请求过来了，每个请求都会有三个事件 ，accept,read writem ,如果只有一个主线程轮训，每遍历到一个事件都得线性的去处理他，等处理完了再处理第二个时间，如果有个write的写操作要写很多数据，那也得等这个write写完了再处理下一个， 要改善这种情况，还得用一个
  • The ThreadPool is dead 线程池不是真正死了，不用，而 icon
  • vmlens是一个高吞吐量的Java线程池执行器服务，根据其自己测试，性能快于JDK标准线程池服务三倍。 JDK提供两种线程池服务，普通的Executor服务和Fork/Join线程池，后者性能高于前者，但是其实质是一种递归方式，也就是可以将你任务进行递归 icon
  • 写了个连接池的类，和大家一起探讨，欢迎交流 package com.dalong.connectionpool;import java.util.HashMap;import java.util.Vector;import ja icon
  • 线程池这些都好做，关键是怎么能够做到长期大压力下的稳定运行，例如1秒钟达到上千个请求，而且处理流程复杂，先不考虑分布式这些，就是单一的server端的程序，短暂时间我可以做到，但是长时间，4*24小时以上，系统就会出现问题。 还有自保护的问题，关键线程的管理，重新的启动，对于总的线程数 icon
  • 每一个线程一旦运行其start()这个方法，那个这个线程是否就不可重复利用？ 我想问的是怎么让线程可以复用？ 实现的时候需要怎么处理？ icon
  • 想实现一个ThreadPool功能，但是看到tomcat有一个自己的ThreadPool，想直接集成进来，又熟悉的么？ icon
  • 背景： 文件jsp >1000 内嵌大量java代码class>200经过n多人的n次修改，问题很多主要是数据库未及时释放的为主要 思路： icon
  • 现在系统中有一个很核心的定时任务，但定时任务中现在需要加一个功能，操作成功后需要发送类似jms的消息给订阅方，如何发送不是问题，只是想如何采用一种比较高度或者设计模式等来编写这个发布消息的功能，且以后系统中可能还有很多地方需要发布消息，如何做到可扩展，具体实现采用线程池可以？采用事件分发也可以？</ icon