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

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

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

类似于线程策略（ThreadPolicy）严苛模式（StrictMode）有虚拟机策略（VmPolicy）。虚拟机策略（VmPolicy）能检查内存泄漏譬如，当关闭一个SQLite对象前的完结操作或其他任何类似可关闭对象在关闭前的完结操作。虚拟机策略（VmPolicy）由一个类似的Builder类创建如列表2-10所礻。和线程策略（ThreadPolicy）不同的是虚拟机策略（VmPolicy）不能通过一个对话框提供警告。

列表2-10 设置严苛模式（StrictMode）的虚拟机策略

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

    有两个方法可以关闭严苛模式（StrictMode），最直接的就是移除相应代码但这样做不利于持续开发的产品。你通常可以定义一个应用级别布尔变量来测試是否需要调用严苛模式（StrictMode）代码在发布产品前将这个值定义为FALSE。更优雅的方式是利用调试模式（debug

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

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