活跃性

活跃性：一个并发应用程序能及时执行的能力
死锁：数据库能检测处理，根据wait-for graph去rollback undo量最小事务，但java里没法处理，只能终止程序
用一致的顺序获取锁，如先A后B
动态锁顺序死锁：先加参数1，再加参数2，调用方传参顺序任意，这种可以先加hashcode小的参数，再加大的。
协作对象产生死锁：加多个锁的代码跨越了方法甚至对象，考虑开放调用（不要在已有锁的状态下调用外部方法），开放调用代码行为更好，易于编写和分析，这样分析多个锁（死锁）只需要在一个方法内进行，当然为了保证调用外部方法时不持有锁会失去一些原子性，有时候本就不需要原子性，实在要保证原子性可用其他方式
资源死锁：竞争某些资源，比如线程池里运行依赖任务（线程饥饿死锁）
避免诊断：加锁顺序，开放调用，定时锁，threaddump 分析死锁（对显式锁支持差点，内置锁支持到栈帧，显式锁线程）
jdbc规范没有规定Connection是线程安全的，我们一般把它封闭在单个线程内来使用
其他活跃性危险：
饥饿 线程访问不到资源（常见cpu），线程优先级比较低（尽量不要设，带来平台依赖性），其他线程持有锁后无限循环或无限等待资源
响应性差：后台线程（运行长时间任务）跟响应线程抢CPU厉害，可考虑降低下后台线程优先级，其他线程锁占有时间长
活锁：没有导致阻塞，但是重复尝试-失败-尝试-失败
单一实体：从队列里拿任务执行失败后放回队列，再拿出来还是失败
协同活锁：两个人让路都往左然后都往右