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. 缩小锁的作用范围,缩短锁的存在时间