网站如何推广营销,网站流量增长,wordpress 项目管理插件,html编辑器 appAndroid 2.3提供一个称为严苛模式#xff08;StrictMode#xff09;的调试特性#xff0c;Google称该特性已经使数百个Android上的Google应用程序受益。那它都做什么呢#xff1f;它将报告与线程及虚拟机相关的策略违例。一旦检测到策略违例#xff08;policy violationStrictMode的调试特性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的线程策略 StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder() .detectDiskReads() .detectDiskWrites() .detectNetwork() .penaltyLog() .build());Builder类使得设置变得很简单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函数有效时间接调用它反之不去调用。方法很简单你能按列表2-12中的代码处理 列表2-12 利用反射技术reflection调用严苛模式StrictMode
view plainprint?
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封装类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 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()); */ }
} //如果考虑到关于版本兼容问题因为按照上面的写法在2.3以下系统是没有问题的但是在2.3以上的话就会出错所以应该采用以下方式来处理
