http://blog.csdn.net/t12x3456/article/details/8877679

原创 2013年12月04日 22:45:19
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或让应用崩溃。


写程序时,你应该始终假定下列两种情况:

网络很慢(你正在试图连接的服务器甚至可能没有响应);

文件系统的访问速度很慢。

结论就是,不应该在主线程内进行网络操作或访问文件系统,因为缓慢的操作会拖累系统的响应能力。虽然在开发环境中,你可能永远不会遇到任何网络问题或任何文件系统的性能问题,但用户可能不像你那么幸运。

注意 SD卡并不都具有相同“速度”,如果应用在很大程度上依赖外部存储设备的性能,那么你应该确保在来自不同制造商的各种SD卡上测试过你的应用。

Android有实用工具来帮助应用检测这类缺陷。它提供的StrictMode是检测不良行为的良好工具。通常情况下,在应用启动时,即当onCreate()被调用时,启用StrictMode,如代码清单1-15所示。

在应用中启用StrictMode

  1. public class MyApplication extends Application {  
  2.     @Override  
  3.     public void onCreate () {  
  4.         super.onCreate();  
  5.   
  6.         StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()  
  7.         .detectCustomSlowCalls()// API等级11,使用StrictMode.noteSlowCode  
  8.         .detectDiskReads()  
  9.         .detectDiskWrites()  
  10.         .detectNetwork()  
  11.         .penaltyLog()  
  12.         .penaltyFlashScreen()// API等级11  
  13.         .build());  
  14.   
  15.          // 其实和性能无关,但如果使用StrictMode,最好也定义VM策略  
  16.          StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()  
  17.          .detectLeakedSqlLiteObjects()  
  18.          .detectLeakedClosableObjects()// API等级11  
  19.          .setClassInstanceLimit(Class.forName("com.apress.proandroid.SomeClass"100)// API等级11  
  20.          .penaltyLog()  
  21.          .build());  
  22.       }  
  23. }  


StrictMode是Android 2.3引入的,在Android 3.0中加入了更多的功能,所以应该确保选择了正确的Android版本,让代码跑在适当的Android平台上,如代码清单1-12所示。

Android 3.0中引入的需要特别留意的方法包括detectCustomSlowCall()和noteSlowCall(),它们都是用来检测应用中执行缓慢的代码或潜在缓慢的代码。代码清单1-16说明了如何将代码标记为潜在缓慢的代码。

代码清单1-16 标记潜在缓慢的代码

  1. public class Fibonacci {  
  2.     public static BigInteger computeRecursivelyWithCache(int n) {  
  3.        StrictMode.noteSlowCall("computeRecursivelyWithCache");// 消息可以带任何信息  
  4.          SparseArray<BigInteger> cache = new SparseArray<BigInteger>();  
  5.          return computeRecursivelyWithCache(n, cache);  
  6.      }  
  7.      ...  
  8. }  
  1.   
  1. public class Fibonacci {  
  2.     public static BigInteger computeRecursivelyWithCache(int n) {  
  3.        StrictMode.noteSlowCall("computeRecursivelyWithCache");// 消息可以带任何信息  
  4.          SparseArray<BigInteger> cache = new SparseArray<BigInteger>();  
  5.          return computeRecursivelyWithCache(n, cache);  
  6.      }  
  7.      ...  
  8. }  



从主线程调用computeRecursivelyWithCache执行时间过长,如果StrictMode Thread 策略配置为检测缓慢调用时,会出现如下日志:

  1. StrictMode policy violation; ~duration=21121 ms:  
  2. android.os.StrictMode$StrictModeCustomViolation: policy=31 violation=8 msg=computeRecursivelyWithCache  

StrictMode policy violation; ~duration=21121 ms:
android.os.StrictMode$StrictModeCustomViolation: policy=31 violation=8 msg=computeRecursivelyWithCache

Android提供了一些辅助方法,可以在主线程里进行临时磁盘读写,如代码

  1. StrictMode.ThreadPolicy oldPolicy = StrictMode.allowThreadDiskReads();  


 修改线程策略,临时允许磁盘读取

  1. StrictMode.ThreadPolicy oldPolicy = StrictMode.allowThreadDiskReads();  
  2.  // 从磁盘读取数据  
  3.  StrictMode.setThreadPolicy(oldPolicy);  


目前没有临时允许网络访问的方法,但实在没有理由在主线程中允许这种访问,即使是暂时的,也没有合适的方式知道访问是否很快。有人可能会说,也没有合理的方式知道磁盘访问将是否是快速的,但那是另一场争论。

注意 只在开发阶段启用StrictMode,发布应用时,记得要禁用它。如果你使用detectAll()方法去建立策略总是可行的,那将来更可行,未来的Android版本会检测出更多的不良行为。




http://blog.csdn.net/t12x3456/article/details/9099209



相关文章推荐

Fragments的生命周期 (转载:http://blog.csdn.net/t12x3456/article/details/8104531)

Fragments的生命周期      每一个fragments 都有自己的一套生命周期回调方法和处理自己的用户输入事件。 对应生命周期可参考下图: 创建片...

http://blog.csdn.net/t12x3456/article/details/9221611

1. 什么是Volley 在这之前,我们在程序中需要和网络通信的时候,大体使用的东西莫过于AsyncTaskLoader,HttpURLConnection,AsyncTask,HTTPClie...

移动互联周考面试题 http://blog.csdn.net/w00w12l/article/details/8143591?locationNum=14&fps=1

这是我的周考面试题 需要把面试题好好复习下 这样才会在工作有个好的发展 http://blog.csdn.net/w00w12l/article/details/8143591?locati...

指针以及内存分配(转载自:http://blog.csdn.net/bizhu12/article/details/6532235)

指针以及内存分配 分类: C/C++2011-06-08 17:04 167人阅读 评论(0) 收藏 举报 1. 指针很灵活,这使得指针很难管理,在定义指针时,将在栈中开辟一块...

Linux线程-互斥锁pthread_mutex_t http://blog.csdn.net/zmxiangde_88/article/details/7998458

Linux线程-互斥锁pthread_mutex_t 分类: Linux线程2012-09-20 07:31 21143人阅读 评论(0) 收藏 举报 linuxnulljoinout...

C++的内存管理(转载自:http://blog.csdn.net/bizhu12/article/details/6668834)

这篇文章是我在学习高质量C++/C编程指南中的第7章"内存管理"后的一篇笔记,之前我也写过相关的文章指针以及内存分配,但我感觉那篇还不是很好,这篇我很把它更完善一些 一.内存的常见分配方式 ...

http://blog.csdn.net/w00w12l/article/details/8143591?locationNum=14&fps=1 转载请注明出处 Android异步处理系列文章索引

在《Android异步处理二:使用AsyncTask异步更新UI界面》一文中,我们介绍了如何使用AsyncTask实现异步下载图片,并且更新图片到UI界面的方法。本篇我们将学习Framework层As...

x86平台linux内核编译与启动 转自(http://blog.csdn.net/xgg0602/article/details/7107006)

以前学习的基础知识都忘记了,趁放假回来好好补补基础。今天下午办完签证后,回来重新在x86平台上面配置编译了一下linux内核,并且设置启动。所有的工作是在虚拟机下面进行的。 下面首先谈谈理论上编...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:http://blog.csdn.net/t12x3456/article/details/8877679
举报原因:
原因补充:

(最多只允许输入30个字)