安全性和活跃性关注的目标不同
安全性是保证永远不会发生糟糕的事情,而活跃性关注的是最终一定会发生正确的事情。
当某个操作无法继续执行时就会发生活跃性问题,包括:死锁,饥饿,活锁。
死锁:两个线程都占用一定的资源且都在等待对方释放资源而无法继续执行的情况就称之为死锁。
饥饿:在存在优先级的多线程时,会出现抢占,而优先级较低的线程可能一致无法获取到资源从而导致饥饿。
活锁:指的是任务或者执行者没有被阻塞,由于某些条件没有满足,导致一直重复尝试—失败—尝试—失败的过程。处于活锁的实体是在不断的改变状态,活锁有可能自行解开。
为了提升系统的性能,在并发编程时尽量采用同步代码块的形式进行同步而不要使用同步方法的方式,且在同步代码块中只包含必要的操作,一次减少代码块的作用范围,这样可以确保并发性同时又可以维护安全性。
当然不能为了缩小代码块而将代码块进行拆分,可以将不影响共享状态且执行时间较长的操作从同步代码块分离出去。这样的目的时使这些不影响共享状态的操作在执行过程中,其他线程仍然可以访问共享状态,以达到提升性能的目的。
要判断同步代码块的合理大小,需要在实际开发过程中的需求中进行权衡,要考虑安全性、简单性和性能。有时候简单性和性能之间会发生冲突,但不能一味的追求性能而放弃简单性,因为这样可能会破坏安全性。
因此使用锁时应该清除当前代码要实现的共功能,以及在执行该代码块时需要花费的时间,不管时IO密集型还是计算密集型如果加锁的时间太长都会带来活跃性和性能问题。
参考:java并发编程实战