StrictMode.ThreadPolicy

public static final class StrictMode.ThreadPolicy

extends Object

java.lang.Object

↳ android.os.StrictMode.ThreadPolicy

介绍

StrictMode是Android2.3(API9)中引入的一个工具类,继承自Object,它可以检测代码中的一些不规范问题,其实和AS的静态代码检测(Inspect code)挺像的,最常用来捕获应用的主线程上的网络访问或者文件读写操作,以及一些内存泄漏,而这些耗时操作会影响着应用的性能.严重时会出现ANR,开发中及时发现这些问题,我们可以使用StrictMode,检测出代码中的问题,最终优化改善代码质量;

StrictMode主要检测什么?

严格模式主要检测俩方面问题:

线程策略(ThreadPolicy);

VM策略(vmPolicy);

ThreadPolicy策略:

detectNetwork()检测网络操作;

detectDiskReads()检测磁盘读取操作;

detectCustomSlowCalls()自定义耗时操作;

detectUnbufferedIo()检测未缓冲IO流;

detectResourceMismatches()检测资源不匹配;

detectDiskWrites()检测磁盘写入操作;

penaltyDialog()弹出违规提示窗;

penaltyLog()在log日志中打印违规信息;

detectAll()开启所有detect系列方法;

VmPolicy策略:

setClassInstanceLimit(Class klass, int instanceLimit)检测类的实例数量;

detectActivityLeaks()检测activity泄漏;

detectAll()开启所有detect系列方法;

detectLeakedSqlLiteObjects()检测splite对象;

detectLeakedClosableObjects()检测sqlite操作未关闭的游标对象泄漏;

detectLeakedRegistrationObjects()检测注册未解除的对象;(service、boradcast)

detectFileUriExposure()检测fileProvider;

detectCleartextNetwork()检测网络的传输的明文数据;

detectContentUriWithoutPermission()检测contentProvider的权限;

detectUntaggedSockets()程序中没有标记的套接字;

penaltyLog()在log中打印违规日志;

penaltyDialog()弹出违规提示窗;

ps:相应的permit都是关闭该项检测;

示例代码:

public class StrictModeUtil {

public static void threadMethod(){

StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()

.detectAll()//开启所有的detectXX系列方法

//.penaltyDialog()//弹出违规提示框

.penaltyLog()//在Logcat中打印违规日志

.build());

}

public static void momeryMethod(){

StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()

.detectActivityLeaks()//检测Activity泄露

.penaltyLog()//在Logcat中打印违规日志

.detectAll()

.build());

}

}

用法:

可以放在Application或者Activity以及其他组件的onCreate方法中调用,我是放在了Activity中的onCreate方法中,说明一点,严格模式最好只在开发版本中使用,线上版本最好关掉;

代码中调用:

@Override

protected void onCreate(@Nullable Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

TestUtil.momeryMethod();

TestUtil.threadMethod();

StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder().setClassInstanceLimit(FragmentCreateRouter.class, 1).penaltyLog().build());

}

运行程序,可以在控制台的log中过滤自己的信息,严格模式会上报多种类型的问题,所以我们直接通过筛选StrictMode关键信息;

image.png

根据信息提示,我们可以发现一些代码不规范的问题,日志中的~duration=20ms并不是耗时执行了20ms,如果想知道耗时执行时间,可以用自定义耗时方法,自己打印时间.此处是在主线程中进行IO的写的操作,但是因为是业务需要,所以这点就忽略了,其实,严格模式上报的问题类型很多,还要根据具体的业务场景来判断是否需要更改.

如果检测出内存泄漏,会提示:

04-11 12:25:45.659 27799-27799/com.xxx.xxx D/StrictMode: StrictMode policy violation: android.os.strictmode.InstanceCountViolation: class xxxxxxxxxActivity; instances=2; limit=1

at android.os.StrictMode.setClassInstanceLimit(StrictMode.java:1)

只是能看出某一个类发生的内存泄漏,但是并不能找出具体信息,所以,这点严格模式还是满足不了问题排查的;我们可以通过Leaks或者MAT等工具进一步排查;

其实Android手机的开发者模式中,也有严格模式选项,开启之后,如果主线程中有耗时操作,设备屏幕则会闪烁,很直观;

注意事项:

1、StrictMode只在开发阶段排查使用,生产阶段禁用;

2、严格模式无法控制JNI中的耗时操作;

3、应用的违例情况并非全部要解决,比如有些IO操作确实要在主线程中进行;

4、违例操作弹窗提示,这个不好用啊,建议关掉;