Android性能分析优先级反转Priority Inversion
优先级反转，Priority Inversion
在 Android 性能分析里：
主线程同步等待低优先级后台任务导致的优先级反转
或
UI Thread Priority Inversion
可以叫：
主线程等待低优先级后台线程返回，引发的线程优先级反转卡顿或者：
Foreground UI thread blocked by low-priority background work这个场景为什么是优先级反转？
正常预期是：
主线程 / UI Thread 优先级高，应该优先获得 CPU但实际链路变成：
主线程 ↓ 发起后台低优任务 ↓ 主线程同步等待结果 ↓ 后台任务因为优先级低抢不到 CPU ↓ 后台任务迟迟不返回 ↓ 主线程一直阻塞 ↓ 前台应用卡顿 / 掉帧 / ANR结果就是：
高优先级的主线程，被一个低优先级后台任务反向卡住。
这就是典型的Priority Inversion。
在 Android 中常见表现
常见代码形态包括：
Future.get() CountDownLatch.await() Thread.join() runBlocking { ... } synchronized / lock 等锁 Binder 同步调用 主线程等待后台 decode / io / db / init 结果典型 trace 表现：
main thread: Blocked / Sleeping / Waiting background thread: Runnable 但优先级低，长期拿不到 CPU或者：
main thread waiting for xxx xxx thread running at background priority如果发生在不同机制里，可以进一步细分叫法
场景 | 更精确叫法 |
|---|---|
主线程等普通后台线程 | UI thread priority inversion |
主线程等低优线程池任务 | Thread pool priority inversion |
主线程等 Binder 对端 | Binder priority inversion |
主线程等协程 IO/Default 任务 | Coroutine dispatcher priority inversion |
主线程等低优锁持有者 | Lock priority inversion |
主线程同步等异步结果 | Sync-over-async priority inversion |
主线程同步等待低优先级后台任务导致的优先级反转。虽然前台应用主线程本身具有较高调度优先级，但其关键路径依赖的后台任务被降为低优先级执行，在系统高负载下难以及时获得 CPU，导致后台任务迟迟无法完成，进而反向阻塞主线程，引发界面卡顿或启动耗时放大。
优化原则
核心是避免：
高优主线程同步等待低优任务主线程不要
wait/get/join/runBlocking等同步等待；后台任务结果异步回调到主线程；
主线程强依赖任务要提升任务优先级；
关键路径使用前台/高优 Executor 或 LoadMgr 高优队列；
低优任务不要持有主线程需要的锁；
冷启动、大图加载、首屏缩略图等强感知任务设置为 HIGH / IMMEDIATELY。
一句话总结：
优先级反转，在 Android UI 性能场景中通常称为主线程等待低优先级后台任务导致的 UI Thread Priority Inversion。
