Android StrictMode 是 Android 系统提供的一种开发者工具，用于检测应用主线程中不合理的耗时操作（如磁盘 I/O、网络请求等）和内存泄漏问题。通过配置策略和惩罚机制，它帮助开发者在早期发现潜在性能问题，提升应用流畅性。以下从 使用方式 和 实现原理 两方面进行深度解析。
一、StrictMode 使用详解
1. 基础配置
在 Application 或 Activity 的 onCreate() 中初始化 StrictMode：
public class MyApp extends Application {
@Override
public void onCreate() {
super.onCreate();
if (BuildConfig.DEBUG) {
// 配置线程策略（检测主线程问题）
StrictMode.ThreadPolicy threadPolicy = new StrictMode.ThreadPolicy.Builder()
.detectDiskReads() // 检测磁盘读
.detectDiskWrites() // 检测磁盘写
.detectNetwork() // 检测网络请求
.penaltyLog() // 违例时打印日志
.build();
StrictMode.setThreadPolicy(threadPolicy);
// 配置虚拟机策略（检测内存泄漏等）
StrictMode.VmPolicy vmPolicy = new StrictMode.VmPolicy.Builder()
.detectLeakedSqlLiteObjects() // 检测 SQLite 对象未关闭
.detectLeakedClosableObjects() // 检测 Closeable 对象未关闭
.penaltyLog() // 违例时打印日志
.build();
StrictMode.setVmPolicy(vmPolicy);
}
}
}
2. 常用检测项
ThreadPolicy（线程策略）
- detectDiskReads() / detectDiskWrites()：主线程磁盘读写。
- detectNetwork()：主线程网络请求。
- detectCustomSlowCalls()：自定义耗时操作。
VmPolicy（虚拟机策略）
detectActivityLeaks()：Activity 未正确销毁导致的内存泄漏。
detectLeakedClosableObjects()：未关闭的 Closeable 对象（如文件流）。
detectLeakedRegistrationObjects()：未注销的 BroadcastReceiver 或 ServiceConnection。
3. 惩罚机制
- penaltyLog()：输出日志（默认方式）。
- penaltyDialog()：弹出警告对话框（仅限 Debug 模式）。
- penaltyDeath()：直接崩溃应用（极端调试场景）。
- penaltyDropBox()：将违例信息记录到系统 DropBox。
4. 临时忽略检测
通过 ThreadPolicy 的 permit 方法临时放宽策略：
StrictMode.ThreadPolicy oldPolicy = StrictMode.getThreadPolicy();
StrictMode.setThreadPolicy(ThreadPolicy.LAX); // 临时禁用检测
// 执行可能违例的代码
StrictMode.setThreadPolicy(oldPolicy); // 恢复原策略
二、StrictMode 实现原理
1. 基于 Hook 的监控机制
StrictMode 通过 动态插桩 在关键系统 API 中插入检测逻辑。例如：
文件操作：在 FileInputStream.read()、FileOutputStream.write() 等方法中插入检测代码。
网络操作：在 HttpURLConnection.connect()、Socket.connect() 等方法中触发检查。
内存对象：通过 CloseGuard 监控 Closeable 对象的释放。
2. 主线程监控
Looper 监控：通过 Looper 的 MessageQueue 日志机制，在 Message 处理前后插入检查逻辑（Looper.getMainLooper() 的 LoggingHandler）。
违例判断：当检测到主线程执行磁盘或网络操作时，触发 StrictMode.noteSlowCall()，并根据策略处理违例。
3. 违例处理流程
违例触发：系统检测到违例行为（如主线程执行网络请求）。
策略匹配：检查当前线程或虚拟机的策略配置。
执行惩罚：根据策略执行日志记录、弹窗或崩溃。
信息收集：通过 AndroidBlockGuardPolicy 收集堆栈信息，生成违例报告。
4. 虚拟机策略的实现
对象泄漏检测：利用 WeakReference 和 ReferenceQueue 追踪对象生命周期。当对象未被释放时，触发 VmPolicy 的检测逻辑。
Activity 泄漏检测：通过 ActivityLifecycleCallbacks 监控 Activity 的 onDestroy() 是否被正确调用。
5. 性能优化
避免生产环境使用：StrictMode 的检测逻辑会带来性能损耗，需通过 BuildConfig.DEBUG 限制仅在开发环境启用。
异步线程池：通过 StrictMode.noteSlowCall() 的耗时阈值（默认 500ms）避免误报。
三、注意事项
兼容性：不同 Android 版本的检测项可能不同（如 Android 11 默认禁止主线程网络访问）。
误报处理：某些系统级操作（如 SharedPreferences 的 apply()）可能绕过检测。
结合其他工具：需与 Profiler、LeakCanary 等工具配合，全面优化性能。
四、总结
StrictMode 是 Android 开发中不可或缺的性能检测工具，其核心原理是通过 动态插桩 和 Looper 监控 实现主线程耗时操作的检测。合理配置策略可显著提升应用流畅性，但需注意生产环境的禁用和误报处理。
其它推荐：