阿里巴巴Java开发手册之并发处理

1. 获得单例对象需要保证线程安全，其中的方法也要保证线程安全。资源驱动类、工具类、单例工厂类都需要注意。
2. 在创建线程或线程池时，请指定有意义的线程名称，方便出错时回溯。
3. 线程资源必须通过线程池提供，不允许在应用中自行显式创建线程。
4. 线程池不允许使用Executors创建，而是通过ThreadPoolExecutor的方式创建，这样的处理方式能让编写代码的工程师更加明确线程池的运行规则，规避资源耗尽的风险。
5. SimpleDateFormat是线程不安全的类，一般不要定义为static变量，如果定义为static，必须加锁，或者使用DateUtils工具类。
6. 在高并发场景中，同步调用应该去考量锁的性能损耗。能用无锁数据结构，就不要用锁，能锁区块，就不要锁整个方法体，能用对象锁，就不要用类锁。
7. 在对多个资源、数据库表、对象同时加锁时，需要保持一致的加锁顺序，否则可能会造成死锁。
8. 在并发修改同一记录时，为避免更新丢失，需要加锁。要么在应用层加锁，要么在缓存层加锁，要么在数据库层使用乐观锁，使用version作为更新依据。
9. 对于多线程并发处理定时任务的情况，在Timer运行多个TimerTask时，只要在其中一个没有捕获抛出的异常，如果在处理定时任务时使用ScheduledExecutorService,则没有这个问题。
10. 使用CountDownLatch进行异步转同步操作，每个线程退出前必须调用countDown方法，线程执行代码注意catch异常，确保countDown方法被执行，避免主线程无法执行执await方法，直到超时才返回结果。
11. 避免Random实例被多线程使用，虽然共享该实例是线程安全的，但会因竞争同一seed导致性能下降。
12. 在并发场景下，通过双重检查锁(double-checked locking)实现延迟初始化的优化问题隐患，推荐解决方案中较为简单的一种（适用于JDK5及以上版本），即目标属性声明为volatile型。
13. volatile解决多线程内存不可见问题。对于一写多读，可以解决变量同步问题，但是如果多写，同样无法解决线程安全问题。如果是count++操作，适用如下类实现：AtomicInteger count = new AtomicInteger(); count.addAndGet(1);如果是JDK8，推荐使用LongAdder对象，它比AtomicLong性能更好（减少乐观锁的重试次数）。
14. HashMap在容量不够进行resize时，由于高并发可能出现死锁，导致CPU占用飙升，在开发过程中可以使用其他数据结构或加锁来规避此风险。
15. ThreadLocal 无法解决共享对象的更新问题，ThreadLocal对象建议使用static修饰。这个变量是针对一个线程内所有操作共享的，所以设置为静态变量，所有此类实例共享此变量，也就是说，在类第一次被使用时装载，只分配一块存储空间，所有此类的对象（只要是这个线程内定义的）都可以操作这个变量。