Android中的StrictMode

2019-05-08 本文已影响28人哎呀啊噢

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、违例操作弹窗提示,这个不好用啊,建议关掉;

Android中的StrictMode

StrictMode.ThreadPolicy

介绍

猜你喜欢

热点阅读