什么事活跃性 java_Java线程之活跃性危险

1. 活跃性危险

在安全性和活跃性之间存在某种制衡，我们使用加锁机制来确保线程安全，但是过度使用加锁，或使用不当，可能导致活跃性故障，最严重的情况下导致死锁。

1.1 死锁

在线程A持有锁L的同时，又想继续持有锁R；而线程B持有锁R，又想继续持有锁L。这两个线程将永远等待下去。

第一种解决办法是，让多组状态变量合并，从而变成只需要一把锁，这样多线程之间就不会发生死锁了。第二种办法是，如果合并不了，那就要控制锁的顺序，比如让所有线程都先拿锁L，再拿锁R。

1.2 饥饿

如果对线程的优先级设置不当，或者在持有锁的线程无限循环或无限等待某个资源，就会导致有的线程永远得不到锁，或很少机会得到锁，这就是饥饿。

应该尽量不要使用线程优先级，因为每个平台实现不一样，会产生不可预测的结果。

1.3 长时间不响应

如果某些计算密集型的线程一直在运行，就会导致其它线程很难得到CPU的时钟周期，导致其它线程响应慢。比如前台线程把任务交给后台线程后，后台线程执行计算密集型任务，会影响前台线程给客户响应的速度。

这种情况可以适当给计算密集型任务添加一些休眠时间，让其他线程有机会得到CPU的时钟周期。

1.4 活锁

有一种活锁是指线程不停重复执行相同操作，而且总是失败，屡败屡战。比如，当一个线程从一个任务队列里面取一个任务执行，失败后，把任务重新放回队列，稍后又执行，如此往复……这种活锁通常是由过度的错误恢复代码造成的，将不可修复的错误作为可修复的错误。

还有一种活锁出现在多个相互协作的线程场景下，假设有两个过于礼貌的人在路上面对面相遇，两个人先同时向右让，然后又同时向左让，如此反复……

要避免活锁问题，通常需要在重试机制中引入随机性，比如不要固定时间重试。

2. 监控线程