一、浅谈ANR及如何分析解决ANR(1)

一：什么是ANRANR:Application Not Responding，即应用无响应二：ANR的类型ANR一般有三种类型：1：KeyDispatchTimeout(5 seconds) --主要类型按键或触摸事件在特定时间内无响应2：BroadcastTimeout(10 seconds)BroadcastReceiver在特定时间内无法处理完成3：ServiceTimeout(20 seconds) --小概率类型Service在特定的时间内无法处理完成三：KeyDispatchTimeoutAkey or touch event was not dispatched within the specified time（按键或触摸事件在特定时间内无响应）具体的超时时间的定义在framework下的ActivityManagerService.java//How long we wait until we timeout on key dispatching.staticfinal int KEY_DISPATCHING_TIMEOUT = 5*1000四：为什么会超时呢？超时的原因一般有两种：(1)当前的事件没有机会得到处理（即UI线程正在处理前一个事件，没有及时的完成或者looper被某种原因阻塞住了）(2)当前的事件正在处理，但没有及时完成五：如何避免KeyDispatchTimeout1：UI线程尽量只做跟UI相关的工作2：耗时的工作（比如数据库操作，I/O，连接网络或者别的有可能阻碍UI线程的操作）把它放入单独的线程处理3：尽量用Handler来处理UIthread和别的thread之间的交互六：UI线程说了那么多的UI线程，那么哪些属于UI线程呢？UI线程主要包括如下：Activity:onCreate(), onResume(), onDestroy(), onKeyDown(), onClick(),etc AsyncTask: onPreExecute(), onProgressUpdate(), onPostExecute(), onCancel,etc Mainthread handler: handleMessage(), post*(runnable r), etc other

二、android anr怎么解决

ANR (Application Not Responding)

ANR定义：在Android上，如果你的应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作应用程序无响应（ANR：Application Not Responding）对话框。用户可以选择“等待”而让程序继续运行，也可以选择“强制关闭”。所以一个流畅的合理的应用程序中不能出现anr，而让用户每次都要处理这个对话框。因此，在程序里对响应性能的设计很重要，这样系统不会显示ANR给用户。

默认情况下，在android中Activity的最长执行时间是5秒，BroadcastReceiver的最长执行时间则是10秒。

第一：什么会引发ANR？

在Android里，应用程序的响应性是由Activity Manager和WindowManager系统服务监视的 。当它监测到以下情况中的一个时，Android就会针对特定的应用程序显示ANR：

1.在5秒内没有响应输入的事件（例如，按键按下，屏幕触摸）

2.BroadcastReceiver在10秒内没有执行完毕

造成以上两点的原因有很多，比如在主线程中做了非常耗时的操作，比如说是下载，io异常等。

潜在的耗时操作，例如网络或数据库操作，或者高耗时的计算如改变位图尺寸，应该在子线程里（或者以数据库操作为例，通过异步请求的方式）来完成。然而，不是说你的主线程阻塞在那里等待子线程的完成——也不是调用 Thread.wait()或是Thread.sleep()。替代的方法是，主线程应该为子线程提供一个Handler，以便完成时能够提交给主线程。以这种方式设计你的应用程序，将能保证你的主线程保持对输入的响应性并能避免由于5秒输入事件的超时引发的ANR对话框。

第二：如何避免ANR？

1、运行在主线程里的任何方法都尽可能少做事情。特别是，Activity应该在它的关键生命周期方法（如onCreate()和onResume()）里尽可能少的去做创建操作。（可以采用重新开启子线程的方式，然后使用Handler+Message的方式做一些操作，比如更新主线程中的ui等）

2、应用程序应该避免在BroadcastReceiver里做耗时的操作或计算。但不再是在子线程里做这些任务（因为 BroadcastReceiver的生命周期短），替代的是，如果响应Intent广播需要执行一个耗时的动作的话，应用程序应该启动一个 Service。（此处需要注意的是可以在广播接受者中启动Service，但是却不可以在Service中启动broadcasereciver,关于原因后续会有介绍，此处不是本文重点）

3、避免在Intent Receiver里启动一个Activity，因为它会创建一个新的画面，并从当前用户正在运行的程序上抢夺焦点。如果你的应用程序在响应Intent广 播时需要向用户展示什么，你应该使用Notification Manager来实现。

总结：anr异常也是在程序中自己经常遇到的问题，主要的解决办法自己最常用的就是不要在主线程中做耗时的操作，而应放在子线程中来实现，比如采用Handler+mesage的方式，或者是有时候需要做一些和网络相互交互的耗时操作就采用asyntask异步任务的方式（它的底层其实Handler+mesage有所区别的是它是线程池）等，在主线程中更新UI。

三、Android中ANR造成的原因以及如何避免

产生ANR的原因，是在主线程（即UI线程）做了太多耗时的操作，应该把非UI操作，例如网络数据获取，数据库操作等，放在异步线程中。

四、在android中anr什么意思

ANR是Application Not Responding的简称，主要是说应用程序出现无响应的情况。在这个情况出现的时候同时在手机界面会弹出响应的对话框，提示应用程序无响应

ANR的几种类型：

当运行指定的APP，如果Android系统检测到符合下边的几种条件那就会弹出应用程序无响应的界面。

1)按键超时:Android默认的响应时间是5s，如果一个触屏事件超过5s，那么就会发生此现象。

2)广播超时:广播的默认响应时间是10s，如果一个广播在10s之内还美柚执行完，那么就会出现此现象。

3)服务超时:服务的默认响应事件是20s,如果请求的服务在20s内失败，那么就会发生此现象。

ANR事件与异常的区别

ANR事件是由于一些操作的原因或者是反应事件较慢会出现程序无响应的情况，而异常是程序由于代码或者是一些其他的原因出现程序停止运行的情况，这两种情况的性质是完全不一样的。

五、Android ANR是什么及相应的解决方法

在实际情况中，当Android项目的用户量特别大时候，一些细小的问题也会被放大，ANR问题就是一个典型的例子。

一些ANR问题只会发生在用户实际使用的情景，当系统资源比较紧张等一些特殊情况下才会遇到，而这些ANR问题有很大一部分是因为我们的代码不合理导致，这就需要我们定位问题，修复问题，并且在以后的代码设计中尽量避免这些不合理。

最近工作中集中分析了项目的大量的用户自动上报的ANR问题日志，虽然网上ANR相关的文章已经很多了，在这里还是做一个总结。

六、Android基本概念 什么是ANR 如何避免它

Android中ANR概念如下： 如果应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作应用程序无响应（ANR：Application Not Responding）对话框。用户可以选择让程序继续运行，但是，他们在使用应用程序时，并不希望每次都要处理这个对话框。 避免ANR的情况可以通过如下方法： 在主线程中尽量避免耗时的操作，比如不能长时间的连接服务器获取数据，需要另外开一个线程，然后使用handler类通知主界面更新，如下代码： Handler myHandler = new Handler() { public void handleMessage(Message msg) { switch (msg.what) { case TestHandler.GUIUPDATEIDENTIFIER: myBounceView.invalidate(); break; } super.handleMessage(msg); } };主界面不能做太多的工作，否则导致内存被占满，程序会无响应。可以将一些工作进行延迟处理。