世间没有绝对的真理，掌握事物的本质，针对不一样的场景进行实践验证才是最可靠有效的方法。安全
获取单例对象须要保证线程安全,其中的方法也要保证线程安全.(单例模式的实现如何选择)服务器
建立线程或线程池请指定有意义的线程名称多线程
线程资源必须经过线程池提供,不容许在应用中自行显式建立线程
线程池的好处是减小在建立和销毁线程上所消耗的时间以及系统资源的开销,解决资源不足的问题.若是不使用线程池
有可能形成系统建立大量同类线程而致使消耗完内存或者过分切换的问题并发
(对比Executor和ThreadPoolExecutor)线程池不容许使用Executors去建立,而是经过ThreadPoolExecutor的方式,这样的处理方式让写的同窗更加明确线程池的运行规则,规避资源耗尽的风险
Executors返回的线程池对象的弊端
1.FixedThreadPool和SingleThreadPool:
容许的请求队列长度为Integer.MAX_VALUE,可能会堆积大量的请求,从而致使OOM
2.CacheThreadPool和ScheduleedThreadPool
容许的建立线程数量为Integer.MAX_VALUE,可能会建立大量的线程,从而致使OOMide
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替代SimpleDateFormatoop
在一个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关键字，提升性能。