1700450869
1700450870
上面返回的是一个ThreadPoolExecutor，它的corePoolSize和maximumPoolSize是相等的，也就是说，最大线程数量也是nThreads。如果任务增长速度非常快，超过了LinkedBlockingQueue的最大容量（Integer的最大值），那此时会如何处理呢？会按照ThreadPoolExecutor默认的拒绝策略（默认是DiscardPolicy，直接丢弃）来处理。
1700450871
1700450872
以上三种线程池执行器都是ThreadPoolExecutor的简化版，目的是帮助开发人员屏蔽过多的线程细节，简化多线程开发。当需要运行异步任务时，可以直接通过Executors获得一个线程池，然后运行任务，不需要关注ThreadPoolExecutor的一系列参数是什么含义。当然，有时候这三个线程池不能满足要求，此时则可以直接操作ThreadPoolExecutor来实现复杂的多线程运算。可以这样来比喻：newSingleThreadExecutor、newCachedThreadPool、newFixedThreadPool是线程池的简化版，而ThreadPoolExecutor则是旗舰版—简化版更容易操作，需要了解的知识相对少些，方便实用，而且旗舰版功能齐全，适用面广，但难于驾驭。
1700450873
1700450874
1700450875
1700450876
1700450878
编写高质量代码：改善Java程序的151个建议 建议127：Lock与synchronized是不一样的
1700450879
1700450880
很多编码者都会说，Lock类和synchronized关键字用在代码块的并发性和内存上时语义是一样的，都是保持代码块同时只有一个线程具有执行权。这样的说法只对了一半，我们以一个任务提交给多个线程运行为例，来看看使用显式锁（Lock类）和内部锁（synchronized关键字）有什么不同。首先定义一个任务：
1700450881
1700450882
class Task{
1700450883
1700450884
public void doSomething（）{
1700450885
1700450886
try{
1700450887
1700450888
//每个线程等待2秒钟，注意将此时的线程转为WAITING状态
1700450889
1700450890
Thread.sleep（2000）；
1700450891
1700450892
}catch（Exception e）{
1700450893
1700450894
//异常处理
1700450895
1700450896
}
1700450897
1700450898
StringBuffer sb=new StringBuffer（）；
1700450899
1700450900
//线程名称
1700450901
1700450902
sb.append（“线程名称：”+Thread.currentThread（）.getName（））；
1700450903
1700450904
//运行的时间戳
1700450905
1700450906
sb.append（”，执行时间：”+Calendar.getInstance（）.get（13）+“s”）；
1700450907
1700450908
System.out.println（sb）；
1700450909
1700450910
}
1700450911
1700450912
}
1700450913
1700450914
该类模拟了一个执行时间比较长的计算，注意这里使用的是模拟方式，在使用sleep方法时线程的状态会从运行状态转变为等待状态。该任务要具备多线程能力时必须实现Runnable接口，我们分别建立两种不同的锁实现机制，首先看显式锁实现：
1700450915
1700450916
//显式锁任务
1700450917
1700450918
class TaskWithLock extends Task implements Runnable{
[
上一页 ]
[ :1.700450869e+09 ]
[
下一页 ]