A. 如何分析解决android ANR
AndroidANR是程序无法响应的问题，可以由以下方式解决：将一些消耗时间的代码放到Handler类里面去执行，相当于另外开一个线程，不会阻塞主线程，从而避免引发ANR的问题，如下代码：privateHandlerhandler=newHandler();//新建一个handler类privateRunnablemyRunnable=newRunnable(){//新建一个Runnable来开设一个线程publicvoidrun(){if(run){handler.postDelayed(this,1000);count++;}tvCounter.setText("Count:"+count);//里面来执行一些控件的更新}};应用程序应该避免在BroadcastReceiver里做耗时的操作或计算。但不再是在子线程里做这些任务（因为BroadcastReceiver的生命周期短），替代的是，如果响应Intent广播需要执行一个耗时的动作的话，应用程序应该启动一个Service。
B. 如何分析解决Android ANR
ANR定义：在Android上，如果你的应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作应用程序无响应（ANR：Application Not Responding）对话框。用户可以选择“等待”而让程序继续运行，也可以选择“强制关闭”。所以一个流畅的合理的应用程序中不能出现anr，而让用户每次都要处理这个对话框。因此，在程序里对响应性能的设计很重要，这样系统不会显示ANR给用户。
C. 如何分析解决Android ANR
Android ANR是程序无法响应的问题，可以由以下方式解决：
将一些消耗时间的代码放到Handler类里面去执行，相当于另外开一个线程，不会阻塞主线程，从而避免引发ANR的问题，如下代码：
private Handler handler = new Handler(); //新建一个handler类
private Runnable myRunnable= new Runnable() { //新建一个Runnable来开设一个线程
public void run() {
if (run) {
handler.postDelayed(this, 1000);
count++;
}
tvCounter.setText("Count: " + count); //里面来执行一些控件的更新
}
};
应用程序应该避免在BroadcastReceiver里做耗时的操作或计算。但不再是在子线程里做这些任务（因为 BroadcastReceiver的生命周期短），替代的是，如果响应Intent广播需要执行一个耗时的动作的话，应用程序应该启动一个 Service。
D. 如何分析解决Android ANR
android代码完全没有错误，但是有时候会发出“应用程序×××无法响应”的异常，这让很多做android开发的人员很是郁闷，所以我这里就专门来解析一下，以及谈谈它的解决方案。 android 应用程序运行起来都有一个UI主线程，如果你把一个耗时的操作放在主线程里，而用户在5秒内没做任何输入（触摸屏幕或按钮），则这时候android系统就会自动弹出“应用程序×××无法响应”的异常，而且这时候还存在一个问题，程序阻塞在那里，用户界面就无法及时更新，界面卡在那里，造成假死机的状态；还有就是广播接收器的生命周期只有10s,如果耗时操作超过了这个值，也会弹出这个异常窗口,但对于Android平台来说UI控件都没有设计成为线程安全类型，所以需要引入一些同步的机制来使其刷新,这点Google在设计Android时倒是参考了下Win32的消息处理机制。 1. 对于线程中的刷新一个View为基类的界面，可以使用postInvalidate()方法在线程中来处理，其中还提供了一些重写方法比如postInvalidate(int left,int top,int right,int bottom) 来刷新一个矩形区域，以及延时执行，比如postInvalidateDelayed(long delayMilliseconds)或postInvalidateDelayed(long delayMilliseconds,int left,int top,int right,int bottom) 方法，其中第一个参数为毫秒，如下: 2. 当然推荐的方法是通过一个Handler来处理这些，可以在一个线程的run方法中调用handler对象的 postMessage或sendMessage方法来实现，Android程序内部维护着一个消息队列，会轮训处理这些，如果你是Win32程序员可以很好理解这些消息处理，不过相对于Android来说没有提供 PreTranslateMessage这些干涉内部的方法。 3. Looper又是什么呢? ，其实Android中每一个Thread都跟着一个Looper，Looper可以帮助Thread维护一个消息队列，昨天的问题 Can't create handler inside thread 错误 一文中提到这一概念，但是Looper和Handler没有什么关系，我们从开源的代码可以看到Android还提供了一个Thread继承类HanderThread可以帮助我们处理，在HandlerThread对象中可以通过getLooper方法获取一个Looper对象控制句柄，我们可以将其这个Looper对象映射到一个Handler中去来实现一个线程同步机制，Looper对象的执行需要初始化Looper.prepare方法就是昨天我们看到的问题，同时推出时还要释放资源，使用Looper.release方法。 4.Message 在Android是什么呢? 对于Android中Handler可以传递一些内容，通过Bundle对象可以封装String、Integer以及Blob二进制对象，我们通过在线程中使用Handler对象的 sendEmptyMessage或sendMessage方法来传递一个Bundle对象到Handler处理器。对于Handler类提供了重写方法handleMessage(Message msg) 来判断，通过msg.what来区分每条信息。将Bundle解包来实现Handler类更新UI线程中的内容实现控件的刷新操作。相关的Handler对象有关消息发送sendXXXX相关方法如下，同时还有postXXXX相关方法，这些和Win32中的道理基本一致，一个为发送后直接返回，一个为处理后才返回 : 5. java.util.concurrent对象分析，对于过去从事Java开发的程序员不会对Concurrent对象感到陌生吧，他是JDK 1.5以后新增的重要特性作为掌上设备，我们不提倡使用该类，考虑到Android为我们已经设计好的Task机制，我们这里Android开发网对其不做过多的赘述，相关原因参考下面的介绍: 6. 在Android中还提供了一种有别于线程的处理方式，就是Task以及AsyncTask，从开源代码中可以看到是针对Concurrent的封装，开发人员可以方便的处理这些异步任务，具体的Android123在以前的文章中有详细解释，可以使用站内搜索来了解更多。 解决办法，就是把这个耗时操作放在一个服务组件去执行，并创建一个新的子线程，而不是放在UI线程里，android的new Thread/new Runnalbe好像在这里无效，而是要新建一个线程，并放在Handler里进行处理，以进行耗时操作的同时，不停的去循环监听UI线程，以及时响应用户的操作，以免造成假死机的状态。具体实现代码如下： //服务启动 public int onStartCommand(Intent intent, int flags, int startId) { //先在主线程里新建（实例化）一个HandlerThread 对象 HandlerThread handlerThread = new HandlerThread("handler_thread"); //在使用HandlerThread的getLooper()方法之前，必须先调用该类的start(); handlerThread.start(); //利用HandlerThread .getLooper实例化一个handler对象,该HandlerThread 与该messageQueue关联 MyHandler myHandler = new MyHandler(handlerThread.getLooper()); //获得该handler里的消息 Message msg = myHandler.obtainMessage(); //将msg发送到目标对象，所谓的目标对象，就是生成该msg对象的handler对象 msg.sendToTarget(); stopSelf(); return super.onStartCommand(intent, flags, startId); } //Handler类 class MyHandler extends Handler{ public MyHandler(){ } public MyHandler(Looper looper){ super(looper); } @Override public void handleMessage(Message msg) {//接收message发过来的消息 //耗时的操作 } }
E. 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：
在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。
F. android开发过程中遇到 ANR问题怎么解决
ANR： 很多初入Android开发的网友可能发现ANR的字样，到底Android ANR是什么呢? 其实ANR就是Application Not Responding的全称，当某个应用处于长期假死状态时Android系统会弹出一个窗口上面写道，XXX is not responding给出两个按钮一个为force close一个为wait。 可能触发ANR的情况 1. 长时间的I/O处理，比如读写大文件，网络访问时造成的阻塞。 2. 执行耗时的运算，Android默认为超过5000ms即5秒开始弹出ANR窗口，某些应用可能首次执行时没有缓存十分耗时，可以通过Splash播放闪屏Logo等方式来延缓加载 3. Service和appWidget中也要注意多线程的使用，除非它和Activity工作在不同的进程。 避免ANR的方法 1. 单独开工作者线程，通过独立的Thread或使用类似AsyncTask的方式来处理耗时的内容。 2. 耗时的操作尽量分段处理，使用类似状态机的方法，类似Symbian的活动对象将一个复杂的事情，分段执行。 3. UI线程中不要处理过多的内容，比如将一个5MB的文本，让TextView去setText，要知道这种UI操作，没有什么好方法去解决的，所以Android123提示，遇到UI中需要执行复杂的操作，可以参考上面2提到的分段处理方式。
G. 如何分析解决Android ANR
ANR：Application Not Responding(应用程序无响应).当出现下列情况时，Android就会显示ANR对话框了： 对输入事件（如按键、触摸屏事件）的响应超过5秒 意向接受器（intentReceiver）超过10秒钟仍未执行完毕Android应用程序完全运行在一个独立的线程中（例如main）。这就意味着，任何在主线程中运行的，需要消耗大量时间的操作都会引发ANR。
解决方案有两种:
1)AsyncTask异步任务中，doInBackground()和onPostExecute(Result)两个方法非常重要
doInBackground()这个方法运行在后台线程中，主要负责执行那些很耗时的操作，如移动护理系统中的网络连接、解析XML等操作。该方法必须重载。
onPostExecute(Result)这个方法也运行于UI线程，在doInBackground(Params…)方法执行后调用，该方法用于处理后台任务执行后返回的结果。
2) 子thread + handler
总之尽量避免在activity主线程当做一些耗时的操作
H. 如何分析解决Android ANR
引发ANR的原因：
在Android里，应用程序的响应性是由Activity Manager和WindowManager系统服务监视的 。当它监测到以下情况中的一个时，Android就会针对特定的应用程序显示ANR：
1.在5秒内没有响应输入的事件（例如，按键按下，屏幕触摸）
2.BroadcastReceiver在10秒内没有执行完毕
造成以上两点的原因有很多，比如在主线程中做了非常耗时的操作，比如说是下载，io异常等。
潜在的耗时操作，例如网络或数据库操作，或者高耗时的计算如改变位图尺寸，应该在子线程里（或者以数据库操作为例，通过异步请求的方式）来完成。然而，不是说你的主线程阻塞在那里等待子线程的完成——也不是调用 Thread.wait()或是Thread.sleep()。替代的方法是，主线程应该为子线程提供一个Handler，以便完成时能够提交给主线程。以这种方式设计你的应用程序，将能保证你的主线程保持对输入的响应性并能避免由于5秒输入事件的超时引发的ANR对话框。