Android应用Perfetto检测到线程列表锁竞争问题问询

成因分析 #

线程列表锁是Android系统中用于保护进程内全局线程链表的核心同步锁，当多个线程同时尝试访问或修改这个链表时就会引发锁竞争：

• 系统需要维护进程内所有线程的状态元数据，任何涉及线程状态变更、线程枚举的操作都必须持有该锁，防止并发修改导致的数据错乱。
• 若某个线程持有锁的时间过长（比如在锁内执行耗时操作，或短时间内频繁抢占锁），其他等待访问线程链表的线程会进入阻塞状态，进而被Perfetto检测为锁竞争。

常见触发锁竞争的代码/操作 #

以下操作都会触发线程列表锁的获取，高频执行时极易引发竞争：

• 线程生命周期相关操作：
  • 创建线程：上层的Thread.start()、ExecutorService.submit()等API，最终会调用底层pthread_create更新线程链表
  • 销毁线程：线程退出时的资源清理流程，或主动调用Thread.interrupt()触发的线程状态更新
  • 挂起/恢复线程：已废弃的Thread.suspend()/resume()API，旧代码中仍可能存在这类调用
• 线程状态查询操作：
  • 遍历进程所有线程：Debug.getAllThreads()、Thread.getAllStackTraces()这类枚举线程的方法
  • 获取线程属性：Thread.getState()、Thread.getPriority()的底层实现依赖线程链表访问
• 监控与调试操作：
  • 性能监控工具（包括Perfetto自身）进行线程采样、堆栈捕获时，会频繁枚举线程列表
  • 第三方监控SDK（性能监控、崩溃上报类）若高频采集线程信息，也会触发锁竞争
• JNI层操作：
  • 调用AttachCurrentThread、DetachCurrentThread时，需要更新进程的线程链表
  • Native层直接调用pthread系列API操作线程，同样会触发底层线程列表锁的竞争

排查建议 #

若这类锁竞争频繁出现，可优先排查：

1. 是否存在短时间内大量创建/销毁线程的逻辑（比如不合理的线程池配置，每次任务都新建线程）
2. 是否有监控工具在高频采集线程堆栈或状态信息
3. 旧代码中是否仍在使用废弃的线程挂起/恢复API

内容的提问来源于stack exchange，提问作者papandreus