多线程书写及code review规范

1.   不允许将Calendar用于类的静态成员
      Calendar是天生的多线程不安全的类，将其用于类的静态成员可能导致错误的在多线程中访问。
2.   DateFormat以及SimpleDateFormat非线程安全,不允许将DateFormat用于类的静态成员。
3.   延迟初始化的类成员应声明为volatile
      延迟初始化的类静态成员，如果没有用synchronized的加以保护，则必须以volatile修饰，为了避免对象的状态发布不完整的问题。建议使用Initialization on demand holder idiom 。
4.   不允许在持有锁的时候调用Thread.sleep()
      在持有锁的时候调用Thread.sleep()很可能导致等待该锁的其它线程被长时间的挂起，从而严重影响程序性能和延展性。
5.   不允许在Boolean对象上使用synchronized关键字
      由于Boolean对象通常仅以两个全局的常型实例出现，在其上使用synchronized关键字可能导致与其它共用该常型实例的完全不相关的代码形成互斥关系，这往往并不是程序设计者的初衷。
6.   wait应置于条件循环中是使用，wait前检查所等待的条件已经满足，并避免意外唤醒的影响
      在wait前判断等待的条件是否已满足可以避免在wait之前的notify通知被忽略。（尽管条件判断与wait两步也并不能看作原子操作）

7.   使状态变量为不可变的,尽量使用不可变的对象或者成员变量，合适的情况下，才使用可变的对象和成员变量
8.   在任何访问状态变量的时候注意视情况使用同步
9.  每个共享的可变变量都需要由唯一一个确定的锁保护。
     维护者应该清楚这个锁(对于每个可被多个线程访问的可变状态变量，如果所有访问它的线程在执行时都占有同一个锁，这种情况下，我们称这个变量是由这个锁保护的)
10.  为了避免同步的不一致性，类似"get"的读操作可能也需要同步。
11.  尽量使用现成的解决方案来处理多线程问题例如，util.concurrent
12.  缩小锁的作用范围，缩短锁的存在时间