StrictMode严格模式

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操作必须在主线程中进行。

本文参考http://www.cnblogs.com/yaowen/p/6024690.html