阿里开发手册之并发处理(Threadlocal已完善,JDK1.8Date类待完善)

世间没有绝对的真理，掌握事物的本质，针对不同的场景进行实践验证才是最可靠有效的方法。

 

获取单例对象需要保证线程安全,其中的方法也要保证线程安全.(单例模式的实现如何选择)

创建线程或线程池请指定有意义的线程名称

线程资源必须通过线程池提供,不允许在应用中自行显式创建线程
线程池的好处是减少在创建和销毁线程上所消耗的时间以及系统资源的开销,解决资源不足的问题.如果不使用线程池
有可能造成系统创建大量同类线程而导致消耗完内存或者过度切换的问题

(对比Executor和ThreadPoolExecutor)线程池不允许使用Executors去创建,而是通过ThreadPoolExecutor的方式,这样的处理方式让写的同学更加明确线程池的运行规则,规避资源耗尽的风险
Executors返回的线程池对象的弊端
1.FixedThreadPool和SingleThreadPool:
允许的请求队列长度为Integer.MAX_VALUE,可能会堆积大量的请求,从而导致OOM
2.CacheThreadPool和ScheduleedThreadPool
允许的创建线程数量为Integer.MAX_VALUE,可能会创建大量的线程,从而导致OOM

SimpleDateFormat是线程不安全的类,一般不要定义为static变量,如果定义为static,必须加锁,或者使用DateUtils工具类

(Threadlocal待了解)
    注意线程安全,使用DateUtils,推荐如下处理
    private static final Threadlocal<DateFormat> df=new ThreadLocal<DateFormat>(){
        @Override
        protected DateFormat initialValue(){
            retur new SimpleDateFormat("yyyy-MM-dd");
        }
    }

(待完善)如果是JDK8 可以使用Instant代替Date,LocalDateTime代替Calendar,DateTimeFormatter替代SimpleDateFormat

在一个switch块内，每个case要么通过break/return等来终止，要么注释说明程序将继续执行到哪一个case为止；在一个switch块内，都必须包含一个default语句并且放在最后，即使它什么代码也没有。

表达异常的分支时，少用if-else方式，这种方式可以改写成：
if (condition) {
...
return obj;
}
如果非得使用if()...else if()...else...方式表达逻辑，【强制】避免后续代码维护困难，请勿超过3层。

逻辑上超过3层的if-else代码可以使用卫语句，或者状态模式(State)来实现.

接口入参保护，这种场景常见的是用于做批量操作的接口。(对传入参数进行检测 不合格不进入方法内)

IN 和Exists的适用场景：

IN查询在内部表和外部表上都可以使用到索引；
Exists查询仅在内部表上可以使用到索引；
当子查询结果集很大，而外部表较小的时候，Exists的Block Nested Loop(Block 嵌套循环)的作用开始显现，并弥补外部表无法用到索引的缺陷，查询效率会优于IN。
当子查询结果集较小，而外部表很大的时候，Exists的Block嵌套循环优化效果不明显，IN 的外表索引优势占主要作用，此时IN的查询效率会优于Exists。
网上的说法不准确。其实“表的规模”不是看内部表和外部表，而是外部表和子查询结果集。

高并发服务器建议调小TCP协议的time_wait超时时间。

说明：操作系统默认240秒后，才会关闭处于time_wait状态的连接，在高并发访问下，服务器端会因为处于time_wait的连接数太多，可能无法建立新的连接，所以需要在服务器上调小此等待值。 

给JVM设置-XX:+HeapDumpOnOutOfMemoryError参数，让JVM碰到OOM场景时输出dump信息。(尽管频率低,但是不可省)

 

Threadlocal（本地副本）：是线程Thread持有的一个对象 每个线程单独持有，在一些需要频繁调用某变量的多线程场合（如Session和Connection）使用synchronize和创建对象都会大量消费资源，可以使用Threadlocal对象消除synchronized关键字，提高性能。