对象的内置锁和状态之间没有内在的关联。当获取与对象关联的锁时,并不能阻止其他线程访问该对象,某个线程在获得对象锁后,只能阻止其他线程获得同一个锁。
一种常见的枷锁约定是,将所有可变状态都封装在对象内部,并通过对象的内置锁对所有访问可变状态的代码路径进行同步,使得在该对象上不会发生并发访问。在许多线程安全类中都使用了这种模式,例如Vector和其他的同步集合类。在这种情况下, 对象状态中的所有变量都由对象的内置锁保护起来。
如果在添加新的方法或代码路径时忘记了使用同步,那么这种加锁协议很容易受到破坏。
并非所有的数据都需要锁的保护,只有被多个线程同时访问的可变数据才需要通过锁来保护。
例如当添加一个异步事件,TimerTask,定期地对数据处理进度生成快照,这样当程序崩溃或者必须停止时,无须再次从头开始。
由于TimerTask在另外一个线程中调用,因此现在就有两个线程同时访问快照中的数据:程序的主线程和Timer线程,这意味着,当访问程序的状态时,不仅TimerTask代码必须使用同步,而且程序中所有访问相同数据的代码路径也必须使用同步。原本在程序中不需要使用同步,现在变成了在程序的各个位置都需要使用同步。
当使用锁时,应该清楚代码块中实现的功能,以及在执行代码块时,是否需要很长的时间,无论执行计算密集的操作还是执行某个可能阻塞的操作,如果持有锁的时间过长,那么都会带来性能问题。
当执行时间较长的计算或者可能无法快速完成的操作时(例如,网络I/O或控制台I/O),一定不要持有锁。