android2.3新增API StrictMode介绍

最新推荐文章于 2022-06-23 08:37:34 发布

还是很孤独很沉默

最新推荐文章于 2022-06-23 08:37:34 发布

阅读量2.7k

点赞数

分类专栏： Android基础文章标签： android api 磁盘网络代码分析

本文链接：https://blog.csdn.net/shichaosong/article/details/8098263

版权

Android基础专栏收录该内容

384 篇文章 0 订阅

订阅专栏

很早就发现这个StrictMode这个类了，但是一直不知道有什么用，今天无事，学习它的使用。

2013年4月2号补充：

你以为Android手机用的Flash Memory是个SSD的货就超级快了吗？但是，Flash Memory上面还有个文件系统，如YAFFS。YAFFS在访问Flash Memory时会加锁，这样在并发访问时就可能需要等待。所以，赶紧用StrictMode来检查主线程是否有IO操作吧。还是这篇文章：http://t.cn/zTAcRkM。

http://android-developers.blogspot.com/2010/12/new-gingerbread-api-strictmode.html

google在android2.3中新增了StrictMode API来设置对一个thread的策略(ui线程或者分线程)，它主要检测了读写操作，访问网络，数据库读写等耗时的操作并将其以log或者dialog等形式打印出来。分析这些日志，我们可以尽快找出程序运行缓慢的原因进而优化代码，避免ANR(Application Not Responding)窗口的出现。StrictMode通常可以捕捉到发生在磁盘或网络访问的应用主线程中，可以让主线程处理UI和动画在磁盘读写和网络操作时变得更平滑，避免ANR窗口的发生。

ANR窗口产生的原因是多种多样的。程序的主线程因为IO读写或网络阻塞而导致被阻塞了，外部存储设备被独占了或系统负荷（load）过高

（即不是自己编写的程序的问题，可能是系统或者其他第三方程序导致的问题），都有可能导致ANR窗口的出现。

启用StrictMode
推荐的使用StrictMode的方式是，在开发阶段，打开它，在发布应用前，关闭它。
例如：在你的应用中，onCreate():

 public void onCreate() {

    if (DEVELOPER_MODE) { 
        StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder() //构造StrictMode

                .detectDiskReads() //当发生磁盘读操作时输出

                .detectDiskWrites()//当发生磁盘写操作时输出

                .detectNetwork()  //访问网络时输出，这里可以替换为detectAll() 就包括了磁盘读写和网络I/O

                .penaltyLog()  //以日志的方式输出

                .build());

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

                .detectLeakedSqlLiteObjects() //探测SQLite数据库操作

           .penaltyLog() //以日志的方式输出

                .penaltyDeath()

                .build());

    }

    super.onCreate();

}

上述代码可以在Application的OnCreate中添加，这样就能在程序启动的最初一刻进行监控了。

当触发策略中的操作时系统会打印出一条StrictMode日志，格式如下：

02-27 10:03:56.122: DEBUG/StrictMode(16210): StrictMode policy violation; ~duration=696 ms: android.os.StrictMode$StrictModeDiskReadViolation: policy=23 violation=2 
02 02-27 10:03:56.122: DEBUG/StrictMode(16210):     at android.os.StrictMode$AndroidBlockGuardPolicy.onReadFromDisk(StrictMode.java:745)

另外说明两点：

1.在android2.3版本直接在ui线程中访问网络会报错

2.ANR窗口会在程序阻塞或者耗时超过5秒的运算后弹出

官方文档如下：

http://developer.android.com/intl/zh-CN/reference/android/os/StrictMode.html

测试代码：

-27 10:03:56.122: DEBUG/StrictMode(16210): StrictMode policy violation; ~duration=696 ms: android.os.StrictMode$StrictModeDiskReadViolation: policy=23 violation=2
-27 10:03:56.122: DEBUG/StrictMode(16210): at android.os.StrictMode$AndroidBlockGuardPolicy.onReadFromDisk(StrictMode.java:745)
-27 10:03:56.122: DEBUG/StrictMode(16210): at dalvik.system.BlockGuard$WrappedFileSystem.open(BlockGuard.java:228)
-27 10:03:56.122: DEBUG/StrictMode(16210): at java.io.FileOutputStream.<init>(FileOutputStream.java:94)
-27 10:03:56.122: DEBUG/StrictMode(16210): at java.io.FileOutputStream.<init>(FileOutputStream.java:66)
-27 10:03:56.122: DEBUG/StrictMode(16210): at java.io.FileWriter.<init>(FileWriter.java:42)
-27 10:03:56.122: DEBUG/StrictMode(16210): at org.zelos.asm.main.writeFile(main.java:30)
-27 10:03:56.122: DEBUG/StrictMode(16210): at org.zelos.asm.main.onCreate(main.java:19)
-27 10:03:56.122: DEBUG/StrictMode(16210): at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1047)
-27 10:03:56.122: DEBUG/StrictMode(16210): at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:1611)
-27 10:03:56.122: DEBUG/StrictMode(16210): at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:1663)
-27 10:03:56.122: DEBUG/StrictMode(16210): at android.app.ActivityThread.access$1500(ActivityThread.java:117)
-27 10:03:56.122: DEBUG/StrictMode(16210): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:931)
-27 10:03:56.122: DEBUG/StrictMode(16210): at android.os.Handler.dispatchMessage(Handler.java:99)
-27 10:03:56.122: DEBUG/StrictMode(16210): at android.os.Looper.loop(Looper.java:123)
-27 10:03:56.122: DEBUG/StrictMode(16210): at android.app.ActivityThread.main(ActivityThread.java:3683)
-27 10:03:56.122: DEBUG/StrictMode(16210): at java.lang.reflect.Method.invokeNative(Native Method)
-27 10:03:56.122: DEBUG/StrictMode(16210): at java.lang.reflect.Method.invoke(Method.java:507)
-27 10:03:56.122: DEBUG/StrictMode(16210): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:839)
-27 10:03:56.122: DEBUG/StrictMode(16210): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:597)
-27 10:03:56.122: DEBUG/StrictMode(16210): at dalvik.system.NativeStart.main(Native Method)
-27 10:03:56.162: DEBUG/StrictMode(16210): StrictMode policy violation; ~duration=619 ms: android.os.StrictMode$StrictModeDiskWriteViolation: policy=23 violation=1
-27 10:03:56.162: DEBUG/StrictMode(16210): at android.os.StrictMode$AndroidBlockGuardPolicy.onWriteToDisk(StrictMode.java:732)
-27 10:03:56.162: DEBUG/StrictMode(16210): at dalvik.system.BlockGuard$WrappedFileSystem.open(BlockGuard.java:230)
-27 10:03:56.162: DEBUG/StrictMode(16210): at java.io.FileOutputStream.<init>(FileOutputStream.java:94)
-27 10:03:56.162: DEBUG/StrictMode(16210): at java.io.FileOutputStream.<init>(FileOutputStream.java:66)
-27 10:03:56.162: DEBUG/StrictMode(16210): at java.io.FileWriter.<init>(FileWriter.java:42)
-27 10:03:56.162: DEBUG/StrictMode(16210): at org.zelos.asm.main.writeFile(main.java:30)
-27 10:03:56.162: DEBUG/StrictMode(16210): at org.zelos.asm.main.onCreate(main.java:19)
-27 10:03:56.162: DEBUG/StrictMode(16210): at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1047)
-27 10:03:56.162: DEBUG/StrictMode(16210): at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:1611)
-27 10:03:56.162: DEBUG/StrictMode(16210): at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:1663)
-27 10:03:56.162: DEBUG/StrictMode(16210): at android.app.ActivityThread.access$1500(ActivityThread.java:117)
-27 10:03:56.162: DEBUG/StrictMode(16210): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:931)
-27 10:03:56.162: DEBUG/StrictMode(16210): at android.os.Handler.dispatchMessage(Handler.java:99)
-27 10:03:56.162: DEBUG/StrictMode(16210): at android.os.Looper.loop(Looper.java:123)
-27 10:03:56.162: DEBUG/StrictMode(16210): at android.app.ActivityThread.main(ActivityThread.java:3683)
-27 10:03:56.162: DEBUG/StrictMode(16210): at java.lang.reflect.Method.invokeNative(Native Method)
-27 10:03:56.162: DEBUG/StrictMode(16210): at java.lang.reflect.Method.invoke(Method.java:507)
-27 10:03:56.162: DEBUG/StrictMode(16210): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:839)
-27 10:03:56.162: DEBUG/StrictMode(16210): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:597)
-27 10:03:56.162: DEBUG/StrictMode(16210): at dalvik.system.NativeStart.main(Native Method)

这里还有一篇更详细的文章：

这个类可以用来帮助开发者改进他们编写的应用，并且提供了各种的策略，这些策略能随时检查和报告开发者开发应用中存在的问题，比如可以监视那些本不应该在主线程中完成的工作或者其他的一些不规范和不好的代码。

　　StrictMode有多种不同的策略，每一种策略又有不同的规则，当开发者违背某个规则时，每个策略都有不同的方法去显示提醒用户。在本文中，将举例子说明如何使用在Android 中使用 StrictMode。

　　StrictMode的策略和规则

　　目前，有两大类的策略可供使用，一类是关于常用的监控方面的，另外一类是关于VM虚拟机等方面的策略。常用的监控方面的策略有如下这些：

　　Disk Reads 磁盘读

　　Disk Writes 磁盘写

　　Network access 网络访问

　　Custom Slow Code 自定义的运行速度慢的代码分析

　　前面三种的意思读者应该很清楚，就是正如它们的名字所示，分别对磁盘的读和写，网络访问进行监控。而第四种的自定义慢代码分析，是仅当访问调用类的时后才触发的，可以通过这种方法去监视运行缓慢的代码。当在主线程中调用时，这些验证规则就会起作用去检查你的代码。比如，当你的应用在下载或者解析大量的数据时，你可以触发自定义运行速度慢代码的查询分析，作用很大。StrictMode可以用于捕捉发生在应用程序主线程中耗时的磁盘、网络访问或函数调用，可以帮助开发者使其改进程序，使主线程处理UI和动画在磁盘读写和网络操作时变得更平滑，避免主线程被阻塞的发生。

　　而VM方面的策略重点关注如下几类：

　　内存泄露的Activity对象

　　内存泄露的SQLite对象

　　内存泄露的释放的对象

　　其中，内存泄露的Activity对象和内存泄露的SQLite对象都比较好理解，而所谓对关闭对象的检查，主要是去监那些本该释放的对象，比如应该调用close()方法的对象。

　　当开发者违反某类规则时，每种策略都会有不同的方法令开发者知道当时的情况。相关的违反情况可以记录在LogCat中或者存储在DropBox中(android.os.DropBox)服务中。而常用监控类的策略还会在当违规情况发生时显示相关的对话框和当时的上下文环境，所有的这些都为了能让开发者尽快地了解程序的瑕疵，以提交程序的质量。下面分步讲解如何使用stritctmode。

　　第一步启用strictmode

　　第2页：第一步启用strictmode

　　为了能在应用中启用和配置StrictMode,开发者最好尽可能在应用程序的生命周期的早段使用，方法是调用StrictMode的方法setThreadPolicy。当使用常用监控类的时候，一个最好的调用时机，是在应用中入口和activities被调用前进行。比如在一个应用程序中，可以把代码放在启动Activity类的onCreate()方法中，下面是一个代码示例，启用了当前情况下的所有策略及规则，当程序中出现违背常用的规则时，将会显示相关的提示信息窗口：

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

　　.detectAll()

　　.penaltyLog()

　　.penaltyDialog() 打印logcat，当然也可以定位到dropbox，通过文件保存相应的log

　　.build());

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

　　.penaltyLog()

　　.build());

　　当然，以上代码只应在未发布上线的测试版本的应用中运行以方便监视相关的运行情况，当在生产版本上时不应该启用strictmode。因此，最佳的代码实践应该为如下的样子：

　　public void onCreate() {

　　if (DEVELOPER_MODE) {

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

　　.detectDiskReads()

　　.detectDiskWrites()

　　.detectNetwork()

　　.penaltyLog()

　　.build());

　　super.onCreate();

　　第3页：第二步运行strictmode

　　当应用启用了strictmode模式时，其实跟普通的应用没什么两样，在测试和运行时，跟平时运行普通应用程序一样就可以了。当启用了Strictmode模式时，会监视所有的程序运行情况，当发现出现重大问题或违背策略规则时，会提示用户。下面是当运行启用了strictmode模式的应用时，当发现违背规则时，显示给用户的信息，细心观察下跟普通的出错信息有什么不同吧。

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): StrictMode policy violation; ~duration=319 ms: android.os.StrictMode$StrictModeDiskWriteViolation: policy=31 violation=1

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at android.os.StrictMode$AndroidBlockGuardPolicy.onWriteToDisk(StrictMode.java:1041)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at android.database.sqlite.SQLiteStatement.acquireAndLock(SQLiteStatement.java:219)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at android.database.sqlite.SQLiteStatement.executeUpdateDelete(SQLiteStatement.java:83)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at android.database.sqlite.SQLiteDatabase.updateWithOnConflict(SQLiteDatabase.java:1829)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at android.database.sqlite.SQLiteDatabase.update(SQLiteDatabase.java:1780)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at com.mamlambo.tutorial.tutlist.data.TutListProvider.update(TutListProvider.java:188)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at android.content.ContentProvider$Transport.update(ContentProvider.java:233)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at android.content.ContentResolver.update(ContentResolver.java:847)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at com.mamlambo.tutorial.tutlist.data.TutListProvider.markItemRead(TutListProvider.java:229)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at com.mamlambo.tutorial.tutlist.TutListFragment.onListItemClick(TutListFragment.java:99)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at android.support.v4.app.ListFragment$2.onItemClick(ListFragment.java:53)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at android.widget.AdapterView.performItemClick(AdapterView.java:282)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at android.widget.AbsListView.performItemClick(AbsListView.java:1037)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at android.widget.AbsListView$PerformClick.run(AbsListView.java:2449)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at android.widget.AbsListView$1.run(AbsListView.java:3073)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at android.os.Handler.handleCallback(Handler.java:587)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at android.os.Handler.dispatchMessage(Handler.java:92)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at android.os.Looper.loop(Looper.java:132)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at android.app.ActivityThread.main(ActivityThread.java:4123)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at java.lang.reflect.Method.invokeNative(Native Method)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at java.lang.reflect.Method.invoke(Method.java:491)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:841)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:599)

　　09-04 16:15:34.592: DEBUG/StrictMode(15883): at dalvik.system.NativeStart.main(Native Method

　　并且会出现如下的提示窗口，提示用户：

忽略某些规则

　　应该说大部分由StrictMode产生的规则警示都应去遵守，但有时也不是所有产生的信息都表明你的程序有错误。比如，在应用程序的主线程中去快速读写磁盘其实不会对应用的性能产生太大的影响，又或者你在调试程序阶段有一些调试的代码违反了设定的规则，这些都可以忽略掉这些规则。

　　忽略规则有两种方法，一种是单纯在代码中把Strictmode的代码注释掉，另外一种比较好的方法是，在需要忽略的时候和地方，增加相应的代码去让系统停止使用这些规则去检查，等开发者认为有必要检查时，再重新应用这些规则，比如：

　　StrictMode.ThreadPolicy old = StrictMode.getThreadPolicy();

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

　　.permitDiskWrites()

　　.build());

　　doCorrectStuffThatWritesToDisk();

　　StrictMode.setThreadPolicy(old);

　　这里首先用old来保存了当前的策略规则，然后doCorrectStuffThatWritesToDisk();

　　这里，执行了一些向磁盘快速读写的操作，最后又重新启用了这些规则。

　　小结

　　StrictMode是一个十分有用的类，它可以很方便地应用于检查Android应用程序的性能和存在的问题。当开启这个模式后，开发者能很好地检查应用中存在的潜在问题，更多的请参考Android文档中的相关API说明。

还是很孤独很沉默

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
android2.3新增API StrictMode介绍

很早就发现这个StrictMode这个类了，但是一直不知道有什么用，今天无事，学习它的使用。 2013年4月2号补充：你以为Android手机用的Flash Memory是个SSD的货就超级快了吗？但是，Flash Memory上面还有个文件系统，如YAFFS。YAFFS在访问Flash Memory时会加锁，这样在并发访问时就可能需要等待。所以，赶紧用StrictMode来检查主线程
复制链接

扫一扫

专栏目录