“监控called on a destroyed mutex”：目标 SDK 版本升级后的行为变更

2022-12-05 11:38:33

安卓 Target 30 升级：深入理解 Mutex 行为变更

什么是 Mutex？

Mutex，全称互斥锁，是一种用于在多线程环境中保护共享资源的同步机制。它确保同一时间只有一个线程可以访问特定资源，从而避免数据竞争和死锁。

Target 30 中的 Mutex 行为变更

Target 30 中，Mutex 的行为发生了一次重大的改变。在此之前，如果在某个线程持有 Mutex 时销毁该 Mutex，系统不会引发任何错误或异常。然而，在 Target 30 及更高版本中，这种行为已不再允许。

现在，如果一个 Mutex 被销毁而仍有线程持有它，就会引发 "Monitoring called on a destroyed mutex" 异常。这可能会导致应用程序崩溃或其他问题。

避免异常的最佳实践

为了避免此异常，在销毁 Mutex 之前，必须确保所有持有该 Mutex 的线程都已释放它。以下是一些推荐的方法：

在销毁 Mutex 之前，使用 mutex.lock() 和 mutex.unlock() 显式获取和释放 Mutex。
在销毁 Mutex 之前，使用 mutex.tryLock() 尝试获取 Mutex。如果成功获取，则释放 Mutex。否则，这意味着另一个线程持有 Mutex，因此请等待一段时间再尝试获取。
使用 CountDownLatch 或 Semaphore 等同步机制来确保所有线程都已完成使用 Mutex，然后再销毁它。

Target 30 引入的其他 Mutex 新特性

除了行为变更外，Target 30 还引入了一些与 Mutex 相关的附加新特性，它们有助于提高多线程编程的安全性：

代码示例

以下是演示如何在销毁 Mutex 之前释放它的示例代码：

try {
    mutex.lock(); // 获取 Mutex
    // 访问共享资源

} finally {
    mutex.unlock(); // 释放 Mutex
    mutex.close(); // 显式关闭 Mutex
}

常见问题解答

为什么 Target 30 中的 Mutex 行为会发生变化？
- 此变更旨在提高应用程序的稳定性，防止在意外情况下销毁 Mutex。
我需要立即升级到 Target 30 吗？
- 否，您可以根据自己的项目时间表升级。但是，建议您及早升级以避免潜在问题。
如果我在 Target 30 之前编写的代码中使用 Mutex，需要更改吗？
- 是的，如果您的代码在销毁 Mutex 时仍有线程持有它，则需要对其进行更新。
Mutex.close() 方法有什么好处？
- 它允许您显式关闭 Mutex，释放与之关联的资源，提高性能和安全性。
如何使用 Mutex.getLockOwner() 方法？
- 此方法可用于调试目的，以确定持有特定 Mutex 的线程。