Android性能：trace上的锁竞争monitor contention with owner at

锁竞争场景

在Android的trace中，出现monitor contention with owner at信息，表明存在线程间的锁竞争问题。

‌锁竞争

锁竞争‌：当多个线程尝试访问同一资源时，若该资源被锁保护（如synchronized方法或块），线程需等待锁释放才能继续执行。若锁长时间被占用，后续线程将进入等待状态，形成竞争。

monitor contention（竞争）‌：Java中的monitor是实现synchronized机制的核心，contention线程因竞争锁而阻塞。

‌日志信息解析‌

monitor contention with owner at：表示当前线程因竞争锁而阻塞，owner at指持有锁的线程号。

如果main thread中某个位置竞争锁，此时在trace上（main thread上面有CPU运行状态）明显会观察到这个点之后的一段，CPU状态是空白的，也就是说，主线程处于阻塞状态，没有running，而此时处于running的就是持有锁的那个线程。锁竞争导致UI事件变长，主线程卡顿（长时间未完成出帧）。

关键字段‌：

Owner线程‌：持有锁的线程ID，日志显示其执行位置（如com.example.MyClass:42）。

等待线程‌：尝试获取锁但被阻塞的线程ID。

等待时间‌：线程被阻塞的持续时长（如waited for 10ms）。

‌形成机理‌

锁持有时间过长‌：若锁持有线程执行耗时操作（如I/O、计算密集型任务），其他线程需等待，形成竞争。

锁粒度过大‌：保护范围过广（如同步整个方法），导致多个线程频繁竞争同一锁。

线程调度问题‌：CPU调度不当，持有锁线程优先级低或被频繁中断，延长锁等待时间。

资源争用‌：共享资源（如数据库连接、文件句柄）被多个线程频繁访问，形成竞争。

‌优化

减少锁持有时间‌：将同步块缩小到最小作用域，避免在同步块内执行耗时操作。

细化锁粒度‌：使用细粒度锁（如ReentrantLock）替代synchronized，减少竞争。

异步处理‌：将耗时任务异步执行，避免阻塞主线程。

线程优先级调整‌：合理设置线程优先级，避免低优先级线程长时间持有锁。

比如，monitor contention with owner at com.example.MyClass:42，表示MyClass:42处的锁被持有线程占用，其他线程需等待。需检查该行代码的执行逻辑，优化锁粒度或减少锁持有时间。

Monitor 指的是当前锁对象的池，在 Java 中，每个对象都有两个池，锁(monitor)池和等待池：

锁池（同步队列 SynchronizedQueue ）：假设线程 A 已经拥有了某个对象(注意:不是类 )的锁，而其它的线程想要调用这个对象的某个 synchronized 方法(或者 synchronized 块)，由于这些线程在进入对象的 synchronized 方法之前必须先获得该对象的锁的拥有权，但是该对象的锁目前正被线程 A 拥有，所以这些线程就进入了该对象的锁池中。这里用了争夺(contention)这个词，意思是这里由于在和目前对象的锁正被其他对象（Owner）所持有，所以没法得到该对象的锁的拥有权，所以进入该对象的锁池。

Owner : 指的是当前拥有这个对象的锁的对象。

at 后面跟的是拥有这个对象的锁的对象正在做什么。