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关键信息;
根据信息提示,我们可以发现一些代码不规范的问题,日志中的~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、违例操作弹窗提示,这个不好用啊,建议关掉;
