StrictMode是Android2.3加入的一个工具类，用于帮助开发者发现代码中的一些不规范的问题。比如网络操作，磁盘操作等耗时操作对主线程的影响。
官网链接 https://developer.android.com/reference/android/os/StrictMode.html
1、使用
在Application的衍生类的onCreate()方法中调用即可，因为我们只需要在调试时使用，所以注意在发行版中屏蔽此段代码
@Override
public void onCreate() {
if (!AppConfigs.isRelease) {
StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()
.detectDiskReads()
.detectDiskWrites()
.detectNetwork() // or .detectAll() for all detectable problems
.penaltyLog()
.build());
StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
.detectLeakedSqlLiteObjects()
.detectLeakedClosableObjects()
.penaltyLog()
.penaltyDeath()
.build());
}
}
2、StrictMode原理
StrictMode原理很简单，其实就是Android源码在相应的代码段预留了检测代码，比如文件open
@Override
public FileDescriptor open(String path, int flags, int mode) throws ErrnoException {
BlockGuard.getThreadPolicy().onReadFromDisk();
if ((mode & O_ACCMODE) != O_RDONLY) {
BlockGuard.getThreadPolicy().onWriteToDisk();
}
return os.open(path, flags, mode);
}
3、常用方法介绍
setThreadPolicy()对当前线程应用监测
detectNetwork() 用于检查UI线程中是否有网络请求操作
detectDiskReads() 和 detectDiskWrites() 磁盘读写检查
noteSlowCall针对执行比较耗时的检查
noteSlowCall针对执行比较耗时的检查，用户可自定义检测，使用示例如下
如果线程操作耗时大于500毫秒需要提示给开发者，noteSlowCall就可以实现这个功能
public class TaskExecutor {
private static long SLOW_CALL_THRESHOLD = 500;
public void executeTask(Runnable task) {
long startTime = SystemClock.uptimeMillis();
task.run();
long cost = SystemClock.uptimeMillis() - startTime;
if (cost > SLOW_CALL_THRESHOLD) {
StrictMode.noteSlowCall("slowCall cost=" + cost);
}
}
}
执行一个耗时2000毫秒的任务
TaskExecutor executor = new TaskExecutor();
executor.executeTask(new Runnable() {
@Override
public void run() {
try {
Thread.sleep(2000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
});
penaltyDeath()，当触发违规条件时，直接Crash掉当前应用程序。
penaltyDeathOnNetwork()，当触发网络违规时，Crash掉当前应用程序。
penaltyDialog()，触发违规时，显示对违规信息对话框。
penaltyFlashScreen()，会造成屏幕闪烁，不过一般的设备可能没有这个功能。
penaltyDropBox()，将违规信息记录到 dropbox 系统日志目录中（/data/system/dropbox），你可以通过如下命令进行插件：
adb shell dumpsys dropbox dataappstrictmode --print
permitCustomSlowCalls()、permitDiskReads ()、permitDiskWrites()、permitNetwork： 如果你想关闭某一项检测，可以使用对应的permit方法。*
如果某些操作是你认为没有问题的，可以手动关闭对该段代码的检测，代码示例如下
StrictMode.ThreadPolicy old = StrictMode.getThreadPolicy();
StrictMode.setThreadPolicy(newStrictMode.ThreadPolicy.Builder(old)
.permitDiskWrites()
.build());
//TODO: do things you think is ok
StrictMode.setThreadPolicy(old);
detectAll()表示对当前线程所有方法应用监测
setVmPolicy对虚拟机应用监测
detectActivityLeaks() 用户检查 Activity 的内存泄露情况
detectLeakedClosableObjects()用于资源没有正确关闭时提醒
detectLeakedSqlLiteObjects() 和detectLeakedClosableObjects()的用法类似，用来检查SQLite对象是否被正确关闭
detectLeakedRegistrationObjects() 用来检查 BroadcastReceiver 或者ServiceConnection 注册类对象是否被正确释放
setClassInstanceLimit()设置某个类的同时处于内存中的实例上限，可以协助检查内存泄露
detectAll()表示应用所有监测
4、警告查看方式
penaltyDialog()弹出违规提示对话框.
penaltyLog() 在Logcat 中打印违规异常信息
5、其他
在手机的调试模式中也可以开启严格模式
6、注意事项
只在开发阶段启用StrictMode，发布应用或者release版本一定要禁用它。
严格模式无法监控JNI中的磁盘IO和网络请求。
应用中并非需要解决全部的违例情况，比如有些IO操作必须在主线程中进行。
