严苛模式(StrictMode)
眼下有2种策略可用,第一个和线程相关,它主要针对主线程(或UI线程)。因为在主线程中读写磁盘和进行网络訪问都不是好的做法,Google已经在磁盘和网络代码中加入了严苛模式(StrictMode)钩子(hook)。假设你对某个线程打开严苛模式(StrictMode),当那个线程进行磁盘和网络訪问,你将获得警告。你能够选择警告方式。一些违例包括用户慢速调用(custom slow calls 这么翻译行吗?),磁盘读写,网络訪问。你能选择将警告写入LogCat,显示一个对话框,闪下屏幕,写入DropBox日志文件,或让应用崩溃。最通常的做法是写入LogCat或让应用崩溃。列表2-9显示了一个为线程策略设置严苛模式(StrictMode)的样例。
列表2-9 设置严苛模式(StrictMode)的线程策略
- StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()
- .detectDiskReads()
- .detectDiskWrites()
- .detectNetwork()
- .penaltyLog()
- .build());
Builder类使得设置变得非常easy,Builder函数定义全部策略都返回Builder对象,从而这些函数能像列表2-9那样串连在一起。最后调用build()函数返回一个ThreadPolicy对象作为StrictMode对象的setThreadPolicy()函数的參数。注意到setThreadPolicy()是一个静态函数,因此不须要实例化StrictMode对象。在内部,setThreadPolicy()将对当前线程应用该策略。假设不指定检測函数,也能够用detectAll()来替代。penaltyLog()表示将警告输出到LogCat,你也能够使用其它或添加新的惩处(penalty)函数,比如使用penaltyDeath()的话,一旦StrictMode消息被写到LogCat后应用就会崩溃。
你不须要频繁打开严苛模式(StrictMode),你能够在主活动的onCreate()函数中打开它,你也能够在Application派生类的OnCreate()函数中设置严苛模式(StrictMode)。线程中执行的不论什么代码都能够设置严苛模式(StrictMode),但你的确仅仅须要设置一次,一次就够了。
类似于线程策略(ThreadPolicy),严苛模式(StrictMode)有虚拟机策略(VmPolicy)。虚拟机策略(VmPolicy)能检查内存泄漏,譬如,当关闭一个SQLite对象前的完结操作,或其它不论什么类似可关闭对象在关闭前的完结操作。虚拟机策略(VmPolicy)由一个类似的Builder类创建,如列表2-10所看到的。和线程策略(ThreadPolicy)不同的是,虚拟机策略(VmPolicy)不能通过一个对话框提供警告。
列表2-10 设置严苛模式(StrictMode)的虚拟机策略
- StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
- .detectLeakedSqlLiteObjects()
- .penaltyLog()
- .penaltyDeath()
- .build());
由于设置发生在线程中,严苛模式(StrictMode)甚至能在从一个对象到还有一个对象的控制流中找到违例事件。当违例发生,你会惊奇地注意到代码正执行于主线程,而栈trace将帮助你发现它怎样发生。于是你能单步调试解决这个问题,或是将代码移到它自己的后台线程,或是就保持原来的处理方式。这都取决与你。当然,你可能希望适时关闭严苛模式(StrictMode),当你的程序作为产品公布时,你可不希望它仅为了一个警告在你的用户手里崩溃。
有两个方法能够关闭严苛模式(StrictMode),最直接的就是移除对应代码,但这样做不利于持续开发的产品。你通常能够定义一个应用级别布尔变量来測试是否须要调用严苛模式(StrictMode)代码。在公布产品前将这个值定义为FALSE。更优雅的方式是利用调试模式(debug mode)的特点,在AndroidManifest.xml中定义这个布尔变量。<application>字段的属性之中的一个是android:debuggable,其义自明。列表2-11给出了利用该特性的控释方法。
列表2-11 仅在调试模式设置严苛模式(StrictMode)
- // Return if this application is not in debug mode
- ApplicationInfo appInfo = context.getApplicationInfo();
- int appFlags = appInfo.flags;
- if ((appFlags & ApplicationInfo.FLAG_DEBUGGABLE) != 0) {
- // Do StrictMode setup here
- StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
- .detectLeakedSqlLiteObjects()
- .penaltyLog()
- .penaltyDeath()
- .build());
- }
使用Eclipse调试环境,ADT自己主动为你设置debuggable属性,使项目更易于管理。当你在模拟器上或直接在设备上部署应用,debuggable属性为TRUE,当你导出应用建立一个产品版本号,ADT将该属性置为FALSE。注意,假设你另行设置了这个属性值,ADT不会改变它。
严苛模式(StrictMode)非常不错,只是在Android 2.3之前的版本号上该模式不工作。为了避免这个问题,你要在StrictMode对象还不存在的时候就验证版本号是否在Android2.3及以上。你能利用反射技术(reflection),当严苛模式(StrictMode)函数有效时间接调用它,反之不去调用。方法非常easy,你能按列表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)无效时,你能忽略它。列表2-13显示一个简单的严苛模式(StrictMode)封装类StrictModeWrapper。列表2-14显示了怎样在你的应用中使用这个封装类。
列表 2–13 在Anroid2.3之前版本号建立严苛模式(StrictMode)封装类
- import android.content.Context;
- import android.content.pm.ApplicationInfo;
- import android.os.StrictMode;
- 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());
- }
- }
- }
列表 2–14 在Anroid2.3之前版本号调用严苛模式(StrictMode)封装类
view plainprint?
- try {
- StrictModeWrapper.init(this);
- }
- catch(Throwable throwable) {
- Log.v("StrictMode", "... is not available. Punting...");
- }
//假设考虑到关于版本号兼容问题,由于依照上面的写法在2.3下面系统是没有问题的,可是在2.3以上的话,就会出错,所以应该採用下面方式来处理:
@SuppressLint("NewApi")public static void init(Context context) {// check if android:debuggable is set to trueint appFlags = context.getApplicationInfo().flags;if ((appFlags & ApplicationInfo.FLAG_DEBUGGABLE) != 0) {try {//Android 2.3及以上调用严苛模式Class sMode = Class.forName("android.os.StrictMode");Method enableDefaults = sMode.getMethod("enableDefaults");enableDefaults.invoke(null);} catch (Exception e) {// StrictMode not supported on this device, puntLog.v("StrictMode", "... not supported. Skipping...");}/** StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()* .detectDiskReads() .detectDiskWrites() .detectNetwork()* .penaltyLog() .build()); StrictMode.setVmPolicy(new* StrictMode.VmPolicy.Builder() .detectLeakedSqlLiteObjects()* .penaltyLog() .penaltyDeath() .build());*/}}
严苛模式(StrictMode)相关推荐
- android strictmode有什么作用,Android严苛模式StrictMode使用详解
StrictMode类是Android 2.3 (API 9)引入的一个工具类,可以用来帮助开发者发现代码中的一些不规范的问题,以达到提升应用响应能力的目的.举个例子来说,如果开发者在UI线程中进行了 ...
- 严苛模式 strictmode
参考链接 http://blog.csdn.net/brokge/article/details/8543145 一.严苛模式-虚拟机策略 虚拟机策略(VmPolicy)能检查内存泄漏,譬如,当关闭一 ...
- Android严苛模式StrictMode使用与取消
StrictMode最常用来捕捉应用程序的主线程,报告与线程及虚拟机相关的策略违例.一旦检测到策略违例(policy violation),开发者将获得输出警告:包含了一个栈trace显示你的应用在何 ...
- android 严苛模式,Android严苛模式StrictMode使用详解
StrictMode类是Android 2.3 (API 9)引入的一个工具类,可以用来帮助开发者发现代码中的一些不规范的问题,以达到提升应用响应能力的目的.举个例子来说,如果开发者在UI线程中进行了 ...
- StrictMode ——安卓严苛模式
摘要 StrictMode是一款开发工具,自Android2.3引入.StrctMode通过设置线程或者虚拟机的违规规则,检测当前运行代码是否有违反规则的行为,如果存在将以设置的违规方式通知用户. 我 ...
- Android之严苛模式(StrictMode)
Android 2.3提供一个称为严苛模式(StrictMode)的调试特性,Google称该特性已经使数百个Android上的Google应用程序受益.那它都做什么呢?它将报告与线程及虚拟机相关的策 ...
- 读书笔记 Pro Android 3 第2章 节选 StrictMode 严苛模式
Android 2.3提供一个称为严苛模式(StrictMode)的调试特性,Google称该特性已经使数百个Android上的Google应用程序受益.那它都做什么呢?它将报告与线程及虚拟机相关的策 ...
- android 严苛模式,Android- 严苛模式(StrictMode)
写程序时,你应该始终假定下列两种情况: 网络很慢(你正在试图连接的服务器甚至可能没有响应): 文件系统的访问速度很慢. 结论就是,不应该在主线程内进行网络操作或访问文件系统,因为缓慢的操作会拖累系统的 ...
- 使用严苛模式打破Android4.0以上平台应用中UI主线程的“独断专行”
传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_1229 最近单位来了一个Android4.1平台的360街景项目.在编写该项目demo的过程中,为了省事, ...
最新文章
- 安卓错误Emulator: error: x86 emulation currently......
- More is better
- L1-036 A乘以B
- 国产5G手机先行!英特尔5G调制解调器芯片2020年才上市
- save()php,PHP DOMDocument save()用法及代码示例
- 单因素方差分析graphpad_【SPSS】单因素方差分析(比较均值gt;单因素ANOVA)
- 重新认识margin-top和margin-bottom
- ibmt41 安装linux系统,哥我决意为IBM T41 装WIN7的决心已经到了全人类都无法阻止的地步!...
- zuul网关,springsecurity认证中心 和 Swagger2 整合遇到的问题
- lammps教程:如何更清晰观察晶体结构?Ovito渲染技巧介绍
- ee er_英语单词说文解字—第32节 后缀er和ee的构词
- 【工具】-13UML泳道图
- 计算机量子化学计算焓,第一章、量子化学积分一——Slater函数
- 2020 小米刷机相关总结
- Python-图像-伪彩色图像处理
- 青岛小学 初中有计算机编程比赛,2017年青岛中小学信息技术竞赛活动.doc
- LeetCode知识点总结 - 868
- 修改Thinkphp-cmf上传视频大小限制
- P2P网贷火爆,有什么风险需要注意?
- chrome浏览器截图插件有哪些