严苛模式(StrictMode)

严苛模式(StrictMode)

大家好,又见面了,我是全栈君,祝每个程序员都可以多学几门语言。

  Android 2.3提供一个称为严苛模式(StrictMode)的调试特性,Google称该特性已经使数百个Android上的Google应用程序受益。那它都做什么呢?它将报告与线程及虚拟机相关的策略违例。一旦检測到策略违例(policy violation),你将获得警告,其包括了一个栈trace显示你的应用在何处发生违例。你能够强制用警告取代崩溃(crash),也能够仅将警告计入日志,让你的应用继续运行。策略的细节尚难确定,能够期待随Android的成熟Google将添加�很多其它策略。

    眼下有2种策略可用,第一个和线程相关,它主要针对主线程(或UI线程)。因为在主线程中读写磁盘和进行网络訪问都不是好的做法,Google已经在磁盘和网络代码中加入�了严苛模式(StrictMode)钩子(hook)。假设你对某个线程打开严苛模式(StrictMode),当那个线程进行磁盘和网络訪问,你将获得警告。你能够选择警告方式。一些违例包括用户慢速调用(custom slow calls 这么翻译行吗?),磁盘读写,网络訪问。你能选择将警告写入LogCat,显示一个对话框,闪下屏幕,写入DropBox日志文件,或让应用崩溃。最通常的做法是写入LogCat或让应用崩溃。列表2-9显示了一个为线程策略设置严苛模式(StrictMode)的样例。

列表2-9 设置严苛模式(StrictMode)的线程策略

  1. StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()  
  2.     .detectDiskReads()  
  3.     .detectDiskWrites()  
  4.     .detectNetwork()  
  5.     .penaltyLog()  
  6.     .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)的虚拟机策略

  1. StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()  
  2.     .detectLeakedSqlLiteObjects()  
  3.     .penaltyLog()  
  4.     .penaltyDeath()  
  5.     .build());  

    由于设置发生在线程中,严苛模式(StrictMode)甚至能在从一个对象到还有一个对象的控制流中找到违例事件。当违例发生,你会惊奇地注意到代码正执行于主线程,而栈trace将帮助你发现它怎样发生。于是你能单步调试解决这个问题,或是将代码移到它自己的后台线程,或是就保持原来的处理方式。这都取决与你。当然,你可能希望适时关闭严苛模式(StrictMode),当你的程序作为产品公布时,你可不希望它仅为了一个警告在你的用户手里崩溃。

    有两个方法能够关闭严苛模式(StrictMode),最直接的就是移除对应代码,但这样做不利于持续开发的产品。你通常能够定义一个应用级别布尔变量来測试是否须要调用严苛模式(StrictMode)代码。在公布产品前将这个值定义为FALSE。更优雅的方式是利用调试模式(debug mode)的特点,在AndroidManifest.xml中定义这个布尔变量。<application>字段的属性之中的一个是android:debuggable,其义自明。列表2-11给出了利用该特性的控释方法。

列表2-11 仅在调试模式设置严苛模式(StrictMode)

  1. // Return if this application is not in debug mode  
  2. ApplicationInfo appInfo = context.getApplicationInfo();  
  3. int appFlags = appInfo.flags;  
  4. if ((appFlags & ApplicationInfo.FLAG_DEBUGGABLE) != 0) {  
  5.     // Do StrictMode setup here  
  6.     StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()  
  7.         .detectLeakedSqlLiteObjects()  
  8.         .penaltyLog()  
  9.         .penaltyDeath()  
  10.         .build());  
  11. }  

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

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

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

  1. try {  
  2.     Class sMode = Class.forName(“android.os.StrictMode”);  
  3.     Method enableDefaults = sMode.getMethod(“enableDefaults”);  
  4.     enableDefaults.invoke(null);  
  5. }  
  6. catch(Exception e) {  
  7.     // StrictMode not supported on this device, punt  
  8.     Log.v(“StrictMode”“… not supported. Skipping…”);  
  9. }  

    当严苛模式(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)封装类

  1. import android.content.Context;  
  2. import android.content.pm.ApplicationInfo;  
  3. import android.os.StrictMode;  
  4. public class StrictModeWrapper {  
  5.     public static void init(Context context) {  
  6.         // check if android:debuggable is set to true  
  7.         int appFlags = context.getApplicationInfo().flags;  
  8.         if ((appFlags & ApplicationInfo.FLAG_DEBUGGABLE) != 0) {  
  9.             StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()  
  10.                 .detectDiskReads()  
  11.                 .detectDiskWrites()  
  12.                 .detectNetwork()  
  13.                 .penaltyLog()  
  14.                 .build());  
  15.             StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()  
  16.                 .detectLeakedSqlLiteObjects()  
  17.                 .penaltyLog()  
  18.                 .penaltyDeath()  
  19.                 .build());  
  20.         }  
  21.     }  
  22. }  


列表 2–14  在Anroid2.3之前版本号调用严苛模式(StrictMode)封装类

  1. try {  
  2.     StrictModeWrapper.init(this);  
  3. }  
  4. catch(Throwable throwable) {  
  5.     Log.v(“StrictMode”“… is not available. Punting…”);  
  6. }  

//假设考虑到关于版本号兼容问题,由于依照上面的写法在2.3下面系统是没有问题的,可是在2.3以上的话,就会出错,所以应该採用下面方式来处理:

	  @SuppressLint("NewApi")
	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) {

			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, punt
				Log.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());
			 */
		}
	} 

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/118873.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)


相关推荐

  • 安全帽识别系统的应用

    安全帽识别系统的应用应用背景施工现场,安全帽作为一种最常见和实用的个人防护用具,能够有效地防止和减轻外来危险源对头部的伤害。然而,长期以来,我国施工区作业人员普遍存在综合素质低、安全意识不强的问题,尤其缺乏基础防护设施(如安全帽)的佩戴意识,大大增加了作业风险。传统的人工监管存在如下缺点:一、人力成本增加;二、人工长时间监控易疲劳,致使监控的疏忽、遗漏或者误判安全隐患;三、人工监控和人员情绪、状态、工作经…

  • 查看linux执行的命令记录_history命令详解

    查看linux执行的命令记录_history命令详解前言我们每次敲打linux命令的时候,有时候想用之前用过的命令,一般情况下,我们都会按↑↓箭头来寻找历史的命令记录,那如果我想用1天前执行的某条命令,难道还要按↑100次?显示这样是不现实的,我们可

  • AngularJS三个常用的表格组件[通俗易懂]

    AngularJS三个常用的表格组件

  • 阿里云设置端口访问、使用_阿里云服务器端口号

    阿里云设置端口访问、使用_阿里云服务器端口号登录阿里云账号后,点击控制台点击自定义视图→再点击云服务器ECS点击实例id进入实例:点击本实例安全组:点击安全组id或者配置规则进入安全组规则配置界面,可以选择添加方式,这里以手动添加作为演示点击手动添加后,会出现添加栏,我们配置521端口,源选择0.0.0.0/0(意思是开放给所有人),最后点击保存放行端口就设置完毕了此外也可以从另一个地方进入本地实例安全组:(1)点击云服务器ECS后(上述步骤3)进入实例页面后,可以直接点击实例(2)选择自..

  • 新版卡盟官网源码_汇想卡盟官网

    新版卡盟官网源码_汇想卡盟官网最近,很多小伙伴们都在想搭建一个卡盟的主站,但是鉴于很多人都不太懂编程,也不知道如何找到源码。所以现在小编就为大家带来搭建卡盟主站教程,而且还把源码也一起送来了,想要搭建卡盟主站的话就记得一定要下载哦!搭建卡盟主站教程介绍1,完整无误经过校验的卡盟平台源码2,基于Ecshop内核的卡盟平台,游戏点卡销售的首选平台PHP+MYSQL3,前台模板已做深层SEO优化便于搜索引擎收录寻找卡盟源码1网…

  • 三极管的使用方法,放大,截止,饱和[通俗易懂]

    三极管的使用方法,放大,截止,饱和[通俗易懂]1.首先认识清楚三极管的管脚                       参考资料万用表区分mos管引脚2.知道管脚我们也就知道NPN和PNP了,箭头朝内PNP,导通电压顺箭头过,电压导通,电流控制。那箭头朝外的自然就是NPN了!NPN管工作在放大区的时候:集电极电压&gt;基极电压&gt;发射极电压也就是:Vc&gt;Vb&gt;Ve …

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号