之前笔记有记录java线程池的拒绝策略，回顾一下线程池的处理任务的优先级：先考虑corePoolSize、任务队列（缓冲队列）workQueue、最大线程maximumPoolSize，如果三者都满了，使用handler处理被拒绝的任务。即：如果运行的线程少于corePoolSize，则Executor始终首选添加新的线程，而不进行排队

JavaNIO是在jdk1.4开始使用的，它既可以说成“新IO”，也可以说成非阻塞式I/O。下面是javaNIO的工作原理：由一个专门的线程来处理所有的IO事件，并负责分发。事件驱动机制：事件到的时候触发，而不是同步的去监视事件。线程通讯：线程之间通过wait,notify等方式通讯。保证每次上下文切换

synchronized是Java内建的同步机制，所以也有人称其为IntrinsicLocking，它提供了互斥的语义和可见性，当一个线程已经获取当前锁时，其他试图获取的线程只能等待或者阻塞在那里。在Java5以前，synchronized是仅有的同步手段，在代码中，synchronized可以用来修饰方法，也可以使用在特定的代码块

如何阅读这篇文章顺序1.1：了解同步异步和阻塞非阻塞    1.11:同步异步    1.12：阻塞非阻塞1.2：了解一次read操作需要的步骤1.3：五种模型1.1：I/O模型中的同步异步，阻塞非阻塞：1.11：同步和异步：synchronous，asyncronous

Tomcat支持三种接收请求的处理方式： BIO, NIO, APRBIO模式： 阻塞式I/O操作，表示Tomcat使用的是传统JavaI/O操作（即：java.io包及其子包）；Tomcat7以下版本默认情况下是以BIO模式运行的，由于每个请求的都要创建一个线程来处理，因此线程的开销较大，不能处理高兵的场景，在三种模式

Node.js单线程与多进程大家都知道Node.js性能很高，是以异步事件驱动、非阻塞I/O而被广泛使用。但缺点也很明显，由于Node.js是单线程程序，如果长时间运算，会导致CPU不能及时释放,所以并不适合CPU密集型应用。当然，也不是没有办法解决这个问题。虽然Node.js不支持多线程，但

因为NIO本身是非阻塞的，所以他的消息选择器Selector可以在单线程下连接多台客户端的访问。为了加强NIO的性能，我们加入多线程的操作，当然NIO并不能简单的把Selector.select()放入Executor.execute(Runnable)的run方法中。为完成NIO的多线程，我们应该有一个调度类，一个服务类。调度类的目的是初始化一

前言JUC是Java5.0开始提供的一组专门实现多线程并发处理的开发框架，利用JUC开发架构可以有效的解决实际线程项目开发之中出现的死锁、阻塞、资源访问与公平机制。此笔记主要记录java.util.concurrent开发包之中的各个核心组成类的使用、操作原理分析，并且通过具体的实际代码对多线程的开发实际环境进行原理分析，同时方便自己随时复习掌

注意：该随笔内容完全引自http://wsmajunfeng.iteye.com/blog/1629354，写的很好，非常感谢，复制过来算是个积累，怕以后找不到。一.前言　　在新增的Concurrent包中，BlockingQueue很好的解决了多线程中，如何高效安全“传输”数据的问题。通过这些高效并且线程安全的队列类，为我们快速搭建高质量的多线程

本文将简单介绍HotSpot虚拟机中用到的锁优化技术。自旋锁互斥同步对性能最大的影响是阻塞的实现，挂起线程和恢复线程的操作都需要转入内核态中完成，这些操作给系统的并发性能带来了很大的压力。而在很多应用上，共享数据的锁定状态只会持续很短的一段时间。若实体机上有多个处理器，能让两个以上的线程同时并行执行，我们就可以让后面请求锁的那个线程原地自旋（