Java并发-活跃性问题

饥饿

当线程由于无法访问它所需要的资源而不能继续执行时，就发生了“饥饿“。
引发饥饿的最常见资源就是CPU时钟周期。（无限循环，或者无限制地等待某个资源）
Thread API中定义的线程优先级只是作为线程调度的参考，定义了10个优先级，JVM根据需要将它们映射到操作系统的调度优先级。这种映射是与特定平台相关的，可能某个操作系统中两个不同的Java优先级可能被映射到同一个优先级。
经常可能发现某个程序会在一些奇怪的地方调用Thread.sleep或Thread.yield，这是因为该程序试图客服优先级调整问题或响应性问题，并试图让低优先级的线程执行更多的时间

糟糕的响应性

如果某个线程长时间占有一个锁（或许正在对一个大容器进行迭代，并且对每个元素惊醒计算秘籍的处理），而其他想要访问这个容器的线程旧必须等待很长时间。

活锁

两个过于礼貌的人在半路上面对面相遇，它们彼此都让出对方的路，然后又在另一条路上相遇了，反复地避让下去。（可以映入随机性来避免）

顺序死锁

两个线程试图以不同的顺序来锁的相同的锁。

开放调用

如果在调用某个方法时不需要持有锁，那么这种调用被称为开放调用。

总结

活跃性问题是个非常严重的问题，最常见的就是顺序死锁。可以通过使用开放调用来避免。