Android StrictMode详解

最新推荐文章于 2024-05-11 02:40:47 发布
最新推荐文章于 2024-05-11 02:40:47 发布
阅读量200 收藏
点赞数
文章标签： 移动开发 java 运维
原文链接：https://my.oschina.net/u/1175007/blog/486666
版权

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

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

由于在主线程中读写磁盘和进行网络访问都不是好的做法，Google已经在磁盘和网络代码中添加了严苛模式（StrictMode）钩子（hook）。如果你对某个线程打开严苛模式（StrictMode），当那个线程进行磁盘和网络访问，你将获得警告。你可以选择警告方式。一些违例包含用户慢速调用（custom slow calls 这么翻译行吗？），磁盘读写，网络访问。你能选择将警告写入LogCat，显示一个对话框，闪下屏幕，写入DropBox日志文件，或让应用崩溃。最通常的做法是写入LogCat或让应用崩溃。

目前，有两大类的策略可供使用，一类是关于线程监控方面的：

StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()  
    .detectDiskReads()  
    .detectDiskWrites()  
    .detectNetwork()  
    .penaltyLog()  
    .build());

另外一类是关于VM虚拟机等方面的策略。

StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()  
    .detectLeakedSqlLiteObjects()  
    .penaltyLog()  
    .penaltyDeath()  
    .build());

常用的监控方面的策略有如下这些：

1）Disk Reads 磁盘读

2）Disk Writes 磁盘写

3）Network access 网络访问

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

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

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

1）内存泄露的Activity对象

2）内存泄露的SQLite对象

3）内存泄露的释放的对象

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

你不需要频繁打开严苛模式（StrictMode），你可以在主活动的onCreate()函数中打开它，你也可以在Application派生类的OnCreate()函数中设置严苛模式（StrictMode）。线程中运行的任何代码都可以设置严苛模式（StrictMode），但你的确只需要设置一次，一次就够了。

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

第一步 启用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();  
}

使用Eclipse调试环境，ADT自动为你设置debuggable属性，使项目更易于管理。当你在模拟器上或直接在设备上部署应用，debuggable属性为TRUE，当你导出应用建立一个产品版本，ADT将该属性置为FALSE。注意，如果你另行设置了这个属性值，ADT不会改变它。

严苛模式（StrictMode）很不错，不过在Android 2.3之前的版本上该模式不工作。为了避免这个问题，你要在StrictMode对象还不存在的时候就验证版本是否在Android2.3及以上。你能利用反射技术（reflection），当严苛模式（StrictMode）函数有效时间接调用它，反之不去调用。方法很简单，你能按列表2-12中的代码处理

列表2-12  利用反射技术（reflection）调用严苛模式（StrictMode）

try {  
    Class sMode = Class.forName("android.os.StrictMode");  
    Method enableDefaults = sMode.getMethod("enableDefaults");  
    enableDefaults.invoke(null);  
}  
catch(Exception e) {  
    // StrictMode not supported on this device, punt  
    Log.v("StrictMode", "... not supported. Skipping...");  
}

当严苛模式（StrictMode）不存在，将捕捉到ClassNotFoundException异常。enableDefault()是严苛模式（StrictMode）类的另一个函数，它检测所有违例并写入LogCat。因为这里调用的是静态形式的enableDefault()，所以用null作为参数传入。

某些时候你不希望报告所有违例。那在主线程之外的其他线程中设置严苛模式（StrictMode）很不错。譬如，你需要在正在监视的线程中进行磁盘读取。此时，你要么不去调用detectDiskReads()，要么在调用detectAll()之后跟一个permitDiskReads()。类似允许函数也适用于其他操作。但要是你要在Anroid2.3之前版本上做这些事，有办法吗？当然有。

当应用中严苛模式（StrictMode）无效，如果你试图访问它，将抛出一个VerifyError异常。如果你将严苛模式（StrictMode）封装在一个类里，并捕捉这个错误，当严苛模式（StrictMode）无效时，你能忽略它。

下面是一个简单的严苛模式（StrictMode）封装类StrictModeWrapper

public class StrictModeWrapper {  
    public static void init(Context context) {  
        // check if android:debuggable is set to true  
        int appFlags = context.getApplicationInfo().flags;  
        if ((appFlags & ApplicationInfo.FLAG_DEBUGGABLE) != 0) {  
            StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()  
                .detectDiskReads()  
                .detectDiskWrites()  
                .detectNetwork()  
                .penaltyLog()  
                .build());  
            StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()  
                .detectLeakedSqlLiteObjects()  
                .penaltyLog()  
                .penaltyDeath()  
                .build());  
        }  
    }  
}

下面是如何在你的应用中使用这个封装类：

try {  
    StrictModeWrapper.init(this);  
}  
catch(Throwable throwable) {  
    Log.v("StrictMode", "... is not available. Punting...");  
}

第二步 运行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)

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

155651_m8a8_1175007.jpg

忽略某些规则

应该说大部分由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说明。

转载于:https://my.oschina.net/u/1175007/blog/486666

weixin_34402408
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
android strictmode有什么作用,Android StrictMode运行流程(推荐)
weixin_35498756的博客
05-27 792
什么是 StrictMode(严苛模式)strictmode是android在 API9后引入的检测影响app运行流畅性的一种机制,例如我们都知道的主线程中不允许有网络操作这条规则就是严苛模式规则的一种.strictmode.java这个类中设定了许多detect标志位例如 DETECT_NETWORK，还有许多 penalty标志位例如 PENALTY_NETWORK， DETECT标志位决定s...
Android中的StrictMode简介
2301_79099460的博客
04-04 944
比如，在应用程序的主线程中去快速读写磁盘其实不会对应用的性能产生太大的影响，又或者你在调试程序阶段有一些调试的代码违反了设定的规则，这些都可以忽略掉这些规则。网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。同时我还搜集整理2020年字节跳动，以及腾讯，阿里，华为，小米等公司的面试题，把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 Xmind（实际上比预期多花了不少精力），包含。
详解Android StrictMode严格模式的使用方法
08-28
主要介绍了Android StrictMode严格模式的使用方法,需要的朋友可以参考下
StrictMode 详解
01-23 3624
转载地址:http://android-performance.com/android/2014/04/24/android-strict-mode.html StrictMode类是Android 2.3 （API 9）引入的一个工具类，可以用来帮助开发者发现代码中的一些不规范的问题。比如，如果你在UI线程中进行了网络或者磁盘操作，StrictMode就会通过Log（logcat ）或者对
最新Android中的StrictMode简介，2024年最新学android开发
最新发布
2401_84545088的博客
05-11 572
相信大多数从事Android开发的朋友们越来越发现，找工作越来越难了，面试的要求越来越高了除了基础扎实的java知识，数据结构算法，设计模式还要求会底层源码，NDK技术，性能调优，还有会些小程序和跨平台，比如说flutter，以思维脑图的方式展示在下图；网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。需要这份系统化学习资料的朋友，可以戳这里获取一个人可以走的很快，但一群人才能走的更远！
StrictMode ——Android性能调优的利器
热门推荐
weixin_40763897的博客
04-04 1万+
性能无外乎就是CPU密集型或I/O密集型两种。 StrictMode是一个开发者工具，常用于捕获在应用主线程中发生的磁盘I/O异常、网络访问异常等问题。 StrictMode具体能检测什么呢 StrictMode主要检测两大问题：线程策略（TreadPolicy）和VM策略（VmPolicy）。 ThreadPolicy线程策略： 自定义的耗时调用 使用detectCustomSlowCalls...
Android性能调优——严苛模式StrictMode
qq_45254908的博客
08-19 1955
前情提要 由于在demo中涉及了在主线程的网络操作，当时在开发时仅简单搜索了相关异常的处理方法，于是书写了以下代码： StrictMode.ThreadPolicy policy = new StrictMode.ThreadPolicy .Builder() .permitAll() .build(); StrictMode.setThreadPolicy(policy); 这段代码很好的解决了抛异常的问题，但当时
Android StrictMode运行流程(推荐)
08-28
Android StrictMode 运行流程 Android StrictMode 是 Android 在 API 9 后引入的一种机制，用于检测影响 App 运行流畅性的问题。它可以帮助开发者在开发过程中发现问题并修复它们。在本文中，我们将详细介绍 ...
Android严苛模式StrictMode使用详解
08-28
Android 严苛模式 StrictMode 使用详解 Android 严苛模式 StrictMode 是 Android 2.3（API 9）引入的一个工具类，用于帮助开发者发现代码中的一些不规范的问题，以达到提升应用响应能力的目的。StrictMode 类可以...
Android之StrictMode
LVXIANGAN的专栏
12-09 601
StrictMode简介 StrictMode(android.os.StrictMode) 是一个自Android 2.3版（API 9。Gingerbread，姜饼）引入的类。 StrictMode是Strict和Mode的合并，在英语中，strict表示“严格的”，mode表示“模式”，因此，StrictMode就是“严格的模式”，或叫“严苛模式”。 StrictMode，严苛模式。在...
Android StrictMode 详解
chenshun123的博客
04-03 2404
Android 2.3提供一个称为严苛模式（StrictMode）的调试特性，Google称该特性已经使数百个Android上的Google应用程序受益。它将报告与线程及虚拟机相关的策略违例。一旦检测到策略违例（policy violation），将获得警告，其包含了一个栈trace显示你的应用在何处发生违例。可以强制用警告代替崩溃（crash），也可以仅将警告计入日志，让你的应用继续执行 St
读书笔记 Pro Android 3 第2章 节选 StrictMode 严苛模式
Tonyfield的专栏
11-29 4819
Android 2.3提供一个称为严苛模式（StrictMode）的调试特性，Google称该特性已经使数百个Android上的Google应用程序受益。那它都做什么呢？它将报告与线程及虚拟机相关的策略违例。一旦检测到策略违例（policy violation），你将获得警告，其包含了一个栈trace显示你的应用在何处发生违例。你可以强制用警告代替崩溃（crash），也可以仅将警告计入日志，让你的
Android中的StrictMode简介，【面试必会】
2401_84149592的博客
04-06 972
目前已经更新的部分资料：《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！[外链图片转存中…(img-njvRUKKG-1712376884301)]《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
Android严苛模式StrictMode使用与取消
Jason_Lee155的博客
06-15 4964
StrictMode最常用来捕捉应用程序的主线程，它将报告与线程及虚拟机相关的策略违例。一旦检测到策略违例（policy violation），你将获得警告，其包含了一个栈trace显示你的应用在何处发生违例。除了主线程，我们还可以在Handler，AsyncTask，AsyncQueryHandler，IntentService等API中使用StrictMode。 ———————————————— 版权声明：本文为CSDN博主「终于找对路了」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原.
StrictMode ——安卓严苛模式
qq_30329621的博客
01-24 3510
本文主要介绍安卓性能优化中的StrictMode的使用
最全Android中的StrictMode简介(1)，2024年最新阿里三面不过会通知吗
2401_84557521的博客
05-10 1192
其实客户端开发的知识点就那么多，面试问来问去还是那么点东西。所以面试没有其他的诀窍，只看你对这些知识点准备的充分程度。so，出去面试时先看看自己复习到了哪个阶段就好。然而Android架构学习进阶是一条漫长而艰苦的道路，不能靠一时激情，更不是熬几天几夜就能学好的，必须养成平时努力学习的习惯。贵在坚持！网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。需要这份系统化学习资料的朋友，可以戳这里获取一个人可以走的很快，但一群人才能走的更远！
使用StrictMode优化Android应用程序的ANR率
chuyouyinghe的专栏
01-26 85
StrictMode是帮助开发人员防止ANR并减少在Android系统中产生ANR的机会的工具之一。从developer.android.com上可以得知，使用StrictMode有助于在开发应用程序时找到在主线程上意外进行的I/O操作。hl=zh-cn我们可以将StrictMode用作分析器工具，它在运行时分析应用程序进程的主线程。它基于两种策略模型工作，如果违反了任何策略，则会采取相应的措施。
Android中的StrictMode简介，flutter开发windows应用
m0_64604042的博客
12-14 167
Disk Reads 磁盘读 Disk Writes 磁盘写 Network access 网络访问 Custom Slow Code 自定义的运行速度慢的代码分析 前面三种的意思读者应该很清楚，就是正如它们的名字所示，分别对磁盘的读和写，网络访问进行监控。而第四种的自定义慢代码分析，是仅当访问调用类的时后才触发的，可以通过这种方法去监视运行缓慢的代码。当在主线程中调用时，这些验证规则就会起作用去检查你的代码。比如，当你的应用在下载或者解析大量的数据时，你可以触发自定义运行速度慢代码的查询分析，作用很大。S
android.os.strictmode.DiskReadViolation
05-13
这是 Android 系统中的一种严格模式（StrictMode）违规警告，提示应用在主线程中进行了磁盘读取操作，可能会导致界面卡顿或者 ANR（应用未响应）问题。 在 Android 系统中，为了提高应用的性能和响应速度，建议将...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值