Android App优化之ANR详解

最新推荐文章于 2024-10-17 09:31:26 发布
最新推荐文章于 2024-10-17 09:31:26 发布
阅读量304 收藏
点赞数
分类专栏： 内存泄漏 
 
 

  
  
引言
http://www.jianshu.com/p/6d855e984b99
 
 

 
 

  
  http://www.jianshu.com/p/6d855e984b99
 
 

 
 

  
  http://www.jianshu.com/p/6d855e984b99
 
 

 
 

  
  http://www.jianshu.com/p/6d855e984b99
 
 

 
 


  
  
  1. 背景:Android App优化, 要怎么做?

  2. Android App优化之性能分析工具

  3. Android App优化之提升你的App启动速度之理论基础

  4. Android App优化之提升你的App启动速度之实例挑战

  5. Android App优化之Layout怎么摆

  6. Android App优化之ANR详解

  7. Android App优化之消除卡顿

  8. Android App优化之内存优化

  9. Android App优化之持久电量

  10. Android App优化之如何高效网络请求



  
  
App优化系列已近中期, 前面分享了一些工具, 理论, 也结合了案例谈了下启动优化, 布局分析等.


  
  
原计划将本文作为这个系列的一个承上启下点, 对前面几篇作一个小总结, 聊聊App流畅度和快速响应的话题.


  
  
粗一缕, 发现内容还是很多, 暂且拆成几篇来慢慢写吧, 勿怪~


  
  
今天先来聊聊ANR.


  
  
1, 你碰到ANR了吗


  
  
在App使用过程中, 你可能遇到过这样的情况:


  
  


   
   


    
    


    
    

     
     
    
    


   
   


   
   

    
    ANR
   
   


  
  


  
  
恭喜你, 这就是传说中的ANR.


  
  
1.1 何为ANR


  
  
ANR全名Application Not Responding, 也就是"应用无响应". 当操作在一段时间内系统无法处理时, 系统层面会弹出上图那样的ANR对话框.


  
  
1.2 为什么会产生ANR


  
  
在Android里, App的响应能力是由Activity Manager和Window Manager系统服务来监控的. 通常在如下两种情况下会弹出ANR对话框:


  
  
  • 5s内无法响应用户输入事件(例如键盘输入, 触摸屏幕等).

  • BroadcastReceiver在10s内无法结束.



  
  
造成以上两种情况的首要原因就是在主线程(UI线程)里面做了太多的阻塞耗时操作, 例如文件读写, 数据库读写, 网络查询等等.


  
  
1.3 如何避免ANR


  
  
知道了ANR产生的原因, 那么想要避免ANR, 也就很简单了, 就一条规则:


  
  


   
   
不要在主线程(UI线程)里面做繁重的操作.


  
  


  
  
这里面实际上涉及到两个问题:


  
  
  1. 哪些地方是运行在主线程的?

  2. 不在主线程做, 在哪儿做?



  
  
稍后解答.


  
  
2, ANR分析


  
  
2.1 获取ANR产生的trace文件


  
  
ANR产生时, 系统会生成一个traces.txt的文件放在/data/anr/下. 可以通过adb命令将其导出到本地:


  
  
$adb pull data/anr/traces.txt .


  
  
2.2 分析traces.txt

  
  
2.2.1 普通阻塞导致的ANR

  
  
获取到的tracs.txt文件一般如下:

  
  

   
   
如下以GithubApp代码为例, 强行sleep thread产生的一个ANR.

  
  

  
  

   
   

  
  

  
  
----- pid 2976 at 2016-09-08 23:02:47 -----
Cmd line: com.anly.githubapp  // 最新的ANR发生的进程(包名)

...

DALVIK THREADS (41):
"main" prio=5 tid=1 Sleeping
  | group="main" sCount=1 dsCount=0 obj=0x73467fa8 self=0x7fbf66c95000
  | sysTid=2976 nice=0 cgrp=default sched=0/0 handle=0x7fbf6a8953e0
  | state=S schedstat=( 0 0 0 ) utm=60 stm=37 core=1 HZ=100
  | stack=0x7ffff4ffd000-0x7ffff4fff000 stackSize=8MB
  | held mutexes=
  at java.lang.Thread.sleep!(Native method)
  - sleeping on <0x35fc9e33> (a java.lang.Object)
  at java.lang.Thread.sleep(Thread.java:1031)
  - locked <0x35fc9e33> (a java.lang.Object)
  at java.lang.Thread.sleep(Thread.java:985) // 主线程中sleep过长时间, 阻塞导致无响应.
  at com.tencent.bugly.crashreport.crash.c.l(BUGLY:258)
  - locked <@addr=0x12dadc70> (a com.tencent.bugly.crashreport.crash.c)
  at com.tencent.bugly.crashreport.CrashReport.testANRCrash(BUGLY:166)  // 产生ANR的那个函数调用
  - locked <@addr=0x12d1e840> (a java.lang.Class<com.tencent.bugly.crashreport.CrashReport>)
  at com.anly.githubapp.common.wrapper.CrashHelper.testAnr(CrashHelper.java:23)
  at com.anly.githubapp.ui.module.main.MineFragment.onClick(MineFragment.java:80) // ANR的起点
  at com.anly.githubapp.ui.module.main.MineFragment_ViewBinding$2.doClick(MineFragment_ViewBinding.java:47)
  at butterknife.internal.DebouncingOnClickListener.onClick(DebouncingOnClickListener.java:22)
  at android.view.View.performClick(View.java:4780)
  at android.view.View$PerformClick.run(View.java:19866)
  at android.os.Handler.handleCallback(Handler.java:739)
  at android.os.Handler.dispatchMessage(Handler.java:95)
  at android.os.Looper.loop(Looper.java:135)
  at android.app.ActivityThread.main(ActivityThread.java:5254)
  at java.lang.reflect.Method.invoke!(Native method)
  at java.lang.reflect.Method.invoke(Method.java:372)
  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:903)
  at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:698)


  
  
拿到trace信息, 一切好说.
如上trace信息中的添加的中文注释已基本说明了trace文件该怎么分析:

  
  
  1. 文件最上的即为最新产生的ANR的trace信息.
  2. 前面两行表明ANR发生的进程pid, 时间, 以及进程名字(包名).
  3. 寻找我们的代码点, 然后往前推, 看方法调用栈, 追溯到问题产生的根源.

  
  

   
   
以上的ANR trace是属于相对简单, 还有可能你并没有在主线程中做过于耗时的操作, 然而还是ANR了. 这就有可能是如下两种情况了:

  
  

  
  
2.2.2 CPU满负荷

  
  
这个时候你看到的trace信息可能会包含这样的信息:

  
  

   
   

  
  

  
  
Process:com.anly.githubapp
...
CPU usage from 3330ms to 814ms ago:
6% 178/system_server: 3.5% user + 1.4% kernel / faults: 86 minor 20 major
4.6% 2976/com.anly.githubapp: 0.7% user + 3.7% kernel /faults: 52 minor 19 major
0.9% 252/com.android.systemui: 0.9% user + 0% kernel
...

100%TOTAL: 5.9% user + 4.1% kernel + 89% iowait


  
  
最后一句表明了:

  
  
  1. 当是CPU占用100%, 满负荷了.
  2. 其中绝大数是被iowait即I/O操作占用了.

  
  
此时分析方法调用栈, 一般来说会发现是方法中有频繁的文件读写或是数据库读写操作放在主线程来做了.

  
  
2.2.3 内存原因

  
  
其实内存原因有可能会导致ANR, 例如如果由于内存泄露, App可使用内存所剩无几, 我们点击按钮启动一个大图片作为背景的activity, 就可能会产生ANR, 这时trace信息可能是这样的:

  
  

   
   

  
  

  
  
// 以下trace信息来自网络, 用来做个示例
Cmdline: android.process.acore

DALVIK THREADS:
"main"prio=5 tid=3 VMWAIT
|group="main" sCount=1 dsCount=0 s=N obj=0x40026240self=0xbda8
| sysTid=1815 nice=0 sched=0/0 cgrp=unknownhandle=-1344001376
atdalvik.system.VMRuntime.trackExternalAllocation(NativeMethod)
atandroid.graphics.Bitmap.nativeCreate(Native Method)
atandroid.graphics.Bitmap.createBitmap(Bitmap.java:468)
atandroid.view.View.buildDrawingCache(View.java:6324)
atandroid.view.View.getDrawingCache(View.java:6178)

...

MEMINFO in pid 1360 [android.process.acore] **
native dalvik other total
size: 17036 23111 N/A 40147
allocated: 16484 20675 N/A 37159
free: 296 2436 N/A 2732



  
  
可以看到free的内存已所剩无几.

  
  

   
   
当然这种情况可能更多的是会产生OOM的异常...

  
  

  
  
2.2 ANR的处理

  
  
针对三种不同的情况, 一般的处理情况如下

  
  
  1. 主线程阻塞的
    开辟单独的子线程来处理耗时阻塞事务.
  2. CPU满负荷, I/O阻塞的
    I/O阻塞一般来说就是文件读写或数据库操作执行在主线程了, 也可以通过开辟子线程的方式异步执行.
  3. 内存不够用的
    增大VM内存, 使用largeHeap属性, 排查内存泄露(这个在内存优化那篇细说吧)等.

  
  
3, 深入一点

  
  
没有人愿意在出问题之后去解决问题.
高手和新手的区别是, 高手知道怎么在一开始就避免问题的发生. 那么针对ANR这个问题, 我们需要做哪些层次的工作来避免其发生呢?

  
  
3.1 哪些地方是执行在主线程的

  
  
  1. Activity的所有生命周期回调都是执行在主线程的.
  2. Service默认是执行在主线程的.
  3. BroadcastReceiver的onReceive回调是执行在主线程的.
  4. 没有使用子线程的looper的Handler的handleMessage, post(Runnable)是执行在主线程的.
  5. AsyncTask的回调中除了doInBackground, 其他都是执行在主线程的.
  6. View的post(Runnable)是执行在主线程的.

  
  
3.2 使用子线程的方式有哪些

  
  
上面我们几乎一直在说, 避免ANR的方法就是在子线程中执行耗时阻塞操作. 那么在Android中有哪些方式可以让我们实现这一点呢.

  
  
3.2.1 启Thread方式

  
  
这个其实也是Java实现多线程的方式. 有两种实现方法, 继承Thread 或 实现Runnable接口:

  
  
继承Thread

  
  

   
   

  
  

  
  
class PrimeThread extends Thread {
    long minPrime;
    PrimeThread(long minPrime) {
        this.minPrime = minPrime;
    }

    public void run() {
        // compute primes larger than minPrime
         . . .
    }
}

PrimeThread p = new PrimeThread(143);
p.start();


  
  
实现Runnable接口

  
  

   
   

  
  

  
  
class PrimeRun implements Runnable {
    long minPrime;
    PrimeRun(long minPrime) {
        this.minPrime = minPrime;
    }

    public void run() {
        // compute primes larger than minPrime
         . . .
    }
}

PrimeRun p = new PrimeRun(143);
new Thread(p).start();


  
  
3.2.2 使用AsyncTask

  
  
这个是Android特有的方式, AsyncTask顾名思义, 就是异步任务的意思.

  
  

   
   

  
  

  
  
private class DownloadFilesTask extends AsyncTask<URL, Integer, Long> {
    // Do the long-running work in here
    // 执行在子线程
    protected Long doInBackground(URL... urls) {
        int count = urls.length;
        long totalSize = 0;
        for (int i = 0; i < count; i++) {
            totalSize += Downloader.downloadFile(urls[i]);
            publishProgress((int) ((i / (float) count) * 100));
            // Escape early if cancel() is called
            if (isCancelled()) break;
        }
        return totalSize;
    }

    // This is called each time you call publishProgress()
    // 执行在主线程
    protected void onProgressUpdate(Integer... progress) {
        setProgressPercent(progress[0]);
    }

    // This is called when doInBackground() is finished
    // 执行在主线程
    protected void onPostExecute(Long result) {
        showNotification("Downloaded " + result + " bytes");
    }
}

// 启动方式
new DownloadFilesTask().execute(url1, url2, url3);


  
  
3.2.3 HandlerThread

  
  
Android中结合Handler和Thread的一种方式. 前面有云, 默认情况下Handler的handleMessage是执行在主线程的, 但是如果我给这个Handler传入了子线程的looper, handleMessage就会执行在这个子线程中的. HandlerThread正是这样的一个结合体:

  
  

   
   

  
  

  
  
// 启动一个名为new_thread的子线程
HandlerThread thread = new HandlerThread("new_thread");
thread.start();

// 取new_thread赋值给ServiceHandler
private ServiceHandler mServiceHandler;
mServiceLooper = thread.getLooper();
mServiceHandler = new ServiceHandler(mServiceLooper);

private final class ServiceHandler extends Handler {
    public ServiceHandler(Looper looper) {
      super(looper);
    }
    
    @Override
    public void handleMessage(Message msg) {
      // 此时handleMessage是运行在new_thread这个子线程中了.
    }
}


  
  
3.2.4 IntentService

  
  
Service是运行在主线程的, 然而IntentService是运行在子线程的.
实际上IntentService就是实现了一个HandlerThread + ServiceHandler的模式.

  
  
以上HandlerThread的使用代码示例也就来自于IntentService源码.

  
  
3.2.5 Loader

  
  
Android 3.0引入的数据加载器, 可以在Activity/Fragment中使用. 支持异步加载数据, 并可监控数据源在数据发生变化时传递新结果. 常用的有CursorLoader, 用来加载数据库数据.

  
  

   
   

  
  

  
  
// Prepare the loader.  Either re-connect with an existing one,
// or start a new one.
// 使用LoaderManager来初始化Loader
getLoaderManager().initLoader(0, null, this);

//如果 ID 指定的加载器已存在，则将重复使用上次创建的加载器。
//如果 ID 指定的加载器不存在，则 initLoader() 将触发 LoaderManager.LoaderCallbacks 方法 //onCreateLoader()。在此方法中，您可以实现代码以实例化并返回新加载器

// 创建一个Loader
public Loader<Cursor> onCreateLoader(int id, Bundle args) {
    // This is called when a new Loader needs to be created.  This
    // sample only has one Loader, so we don't care about the ID.
    // First, pick the base URI to use depending on whether we are
    // currently filtering.
    Uri baseUri;
    if (mCurFilter != null) {
        baseUri = Uri.withAppendedPath(Contacts.CONTENT_FILTER_URI,
                  Uri.encode(mCurFilter));
    } else {
        baseUri = Contacts.CONTENT_URI;
    }

    // Now create and return a CursorLoader that will take care of
    // creating a Cursor for the data being displayed.
    String select = "((" + Contacts.DISPLAY_NAME + " NOTNULL) AND ("
            + Contacts.HAS_PHONE_NUMBER + "=1) AND ("
            + Contacts.DISPLAY_NAME + " != '' ))";
    return new CursorLoader(getActivity(), baseUri,
            CONTACTS_SUMMARY_PROJECTION, select, null,
            Contacts.DISPLAY_NAME + " COLLATE LOCALIZED ASC");
}

// 加载完成
public void onLoadFinished(Loader<Cursor> loader, Cursor data) {
    // Swap the new cursor in.  (The framework will take care of closing the
    // old cursor once we return.)
    mAdapter.swapCursor(data);
}


  
  
具体请参看官网Loader介绍.

  
  
3.2.6 特别注意

  
  
使用Thread和HandlerThread时, 为了使效果更好, 建议设置Thread的优先级偏低一点:

  
  

   
   

  
  

  
  
Process.setThreadPriority(THREAD_PRIORITY_BACKGROUND);


  
  
因为如果没有做任何优先级设置的话, 你创建的Thread默认和UI Thread是具有同样的优先级的, 你懂的. 同样的优先级的Thread, CPU调度上还是可能会阻塞掉你的UI Thread, 导致ANR的.

  
  
结语

  
  
对于ANR问题, 个人认为还是预防为主, 认清代码中的阻塞点, 善用线程. 同时形成良好的编程习惯, 要有MainThread和Worker Thread的概念的...(实际上人的工作状态也是这样的~~哈哈)

  
  

   
   
强行插入一波:
之前发的打造一款开源的Android平台的Github客户端的这个客户端有了自己的名字了, 叫做CoderPub. 欢迎大家持续关注, 参与, 贡献...
另外, 我也启用了weibo账户anly-jun, 欢迎互粉.

  
  

  
  

  
  

   
   
转载请注明出处, 欢迎大家分享到朋友圈, 微博~

  
  

 
 


作者：anly_jun
链接：http://www.jianshu.com/p/6d855e984b99
來源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
山楂树之恋
关注
专栏目录
ANR解析
yanhangzhao的博客
06-13 426
1、什么是ANR？ 在Android上，如果你的应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作应用程序无响应（ANR:Application Not Responding）对话框。用户可以选择让程序继续运行，但是，他们在使用你的应用程序时，并不希望每次都要处理这个对话框。每次，在程序里对响应性能的设计很重要，这样，系统不会显示ANR给用户。 2、ANR产生的原因
史上最全面的Android-ANR-详解，android开发艺术探索电子
m0_65322636的博客
02-05 3663
一、ANR 概述 二、ANR的类型 三、ANR 产生的原因 四、如何分析解决 ANR问题 五、ANR 问题分析解决建议 六、MTK 平台 ANR问题分析 一、 ANR 概述 在Android中，应用程序响应由Activity Manager和Window Manager系统服务进行监视。ANR(Application Not Responding )，则是Android的一种自我保护措施，当主线程出现卡顿时候，Android 系统会给用户一个弹出提示，让用户手动选择继续等待还是强制关闭此APP.
Application-Not-Responding(ANR)-Analyze.pdf
12-14
MTK 内部资料介绍ANR 相关 Outline ▪ What is ANR; ▪ ANR key info; ▪ Analyze ANR; ▪ Example; ▪ Need MTK help; ▪ Monkey ANR
App优化之ANR详解
cuiyufeng的专栏
09-14 1587
ANR
ANR 详解
csdn_wlc的博客
11-20 1258
ANR 定义 ANR 也就是 "应用无响应" ，当操作在一段时间内使得系统无法处理时，系统层面会弹出应用程序无响应对话框。（一个流畅的合理的应用程序中不能出现该对话框，所以响应性能的设计很重要，这样系统不会显示该对话框给用户。） ANR 产生的原因 在 Android 里， App 的响应能力是由 Activity Manager 和 Window Manager 系
Android App启动优化详解
启动优化是Android开发中的核心任务之一，它直接影响到用户对app的第一印象和长期使用体验。通过深入理解启动过程，结合各种优化技巧，开发者可以显著提升app的启动速度，从而提高产品的整体质量。
App ANR 详解
程序员Android
11-13 1870
阅读五分钟，每日十点，和您一起终身学习，这里是程序员AndroidANR(Application Not Responding )应用无响应的简称，是为了在APP卡死时，用户 可以强制退出APP的选择，从而避免卡机无响应问题，这是Android系统的一种自我保护机制。通过本篇阅读，您将学习到以下内容一、ANR 概述一、 ANR 概述在Android中，应用程序响应由Activity Manage...
关于Android中ANR的详解
1
05-15 349
前言 关于ANR，以前只知道Activity、BroadCastReceiver、Service三种组件的ANR时限、一般采用哪些方式避免ANR、以及通过data/anr/traces.txt去分析ANR原因，感觉好像这就够用了。 但是，前几天看源码的时候，脑海里突然跳出一个问题： ANR是怎么判断的5秒还是10秒？ 这个问题迅速扩大为一连串问题： ANR的时间定义在哪些文件里？ ANR是怎么计时的？ 是谁在监控ANR？ 所有的ANR都会弹窗吗？ traces.txt能记录多少内容？ A
Android App 优化之消除卡顿
ZLMrche的博客
03-06 1万+
1, 感知卡顿用户对卡顿的感知, 主要来源于界面的刷新. 而界面的性能主要是依赖于设备的UI渲染性能. 如果我们的UI设计过于复杂, 或是实现不够好, 设备又不给力, 界面就会像卡住了一样, 给用户卡顿的感觉.1.1 16ms原则在剖析卡顿的原因之前, 我们先来了解下Android中著名的"16ms"原则:Android系统每隔16ms会发出VSYNC信号重绘我们的界面(Activity).为什么...
Android ANR（Application Not Responding）的分析
01-04
Android ANR（Application Not Responding）的分析 ANR (Application Not Responding)　　     ANR定义：在Android上，如果你的应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作应用程序无响应（ANR：Application Not Responding）对话框。用户可以选择“等待”而让程序继续运行，也可以选择“强制关闭”。所以一个流畅的合理的应用程序中不能出现anr，而让用户每次都要处理这个对话框。因此，在程序里对响应性能的设计很重要，这样系统不会显示ANR给用户。     默认情况下，在
ANR完全解析
Kevin的世界
07-21 1265
ANR完全解析 1.什么是ANR 在Android上，如果你的应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作应用程序无响应（ANR：Application Not Responding）对话框。用户可以选择让程序继续运行，但是，他们在使用你的应用程序时，并不希望每次都要处理这个对话框。因此，在程序里对响应性能的设计很重要，这样，系统不会显示ANR给用户。 2.AN
Android ANR：Application Not Responding详解
liuzhenyu0619的专栏
04-12 568
一、ANR概述 ANR，全称为Application Not Responding，也就是应用程序无响应。 如果 Android 应用的界面线程处于阻塞状态的时间过长，就会触发“应用无响应”(ANR) 的错误。此时系统会向用户显示一个对话框，ANR 对话框会为用户提供强行退出应用的选项。 二、ANR的四种类型 在Android系统中，应用程序的响应由Activity Manager及Window Manager两个系统服务所监控。通常情况下，应用出现如下四类情况时，系统将报ANR： KeyDispa
Application Not Responding(ANR)的事件分析
连长的博客
04-21 1738
1,什么是ＡＮＲ？　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ＡＮＲ是Application Not Responding的简称，主要是说应用程序出现无响应的情况。在这个情况出现的时候同时在手机界面会弹出响应的对话框，提示应用程序无响应2,ANR的几种类型：　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 当运行指定的APP，如
Android开发——Google关于Application Not Responding的建议
weixin_30532369的博客
10-16 198
0. 前言 本文是官方对于ANR的一些解释和避免手段，本文是译文，有删减。官方的原文链接在这里。1.ANR起因In Android, the system guards againstapplications that are insufficiently responsive for a period of time bydisplaying a dialog to the...
ANR 定位和修正（ Application Not Responding）
zjxwon的博客
06-18 426
ANR 定位和修正（ Application Not Responding） 1、ANR排错一般有三种情况 KeyDispatchTimeout(5 seconds) –主要类型按键或触摸事件在特定时间内无响应 BroadcastTimeout(10 secends) –BroadcastReceiver在特定时间内无法处理完成 ServiceTimeout(20 secends) –小概率事件 Service在特定的时间内无法处理完成(Service 相当于主线程) 发生原因 主线程被IO操作
防止android应用程序无响应ANR(Application Not Responding)
热门推荐
TonyJiang08的专栏
03-09 1万+
在android中应用被单个线程操作：主线程，或者叫做UI线程。 一：什么是ANR ANR:Application Not Responding，即应用无响应   二：ANR的类型 ANR一般有三种类型： 1：KeyDispatchTimeout(5 seconds) --主要类型 按键或触摸事件在特定时间内无响应 2：BroadcastTime
避免Application Not Responding (ANR)，保持你的程序能够得到响应。
長风破浪的专栏
07-27 1648
ANR可能是monkey测试中最容易出现的问题了。Android程序员面试的时候，也极有可能会谈到这个方面。下面的文章主要是对Google Developers的http://developer.android.com/training/articles/perf-anr.html结合自己理解的纯人脑翻译。 Here we go： 你写的代码可能成功通过了所有的性能测试，但程序仍可能在特定
ANR（Application Not Responding）发生的原因及解决方案。
最新发布
Good_tea_h的博客
10-17 803
ANR（Application Not Responding）是Android应用开发中常见的一种性能问题，当应用在特定时间段内无法及时响应用户的交互或系统事件时，系统会抛出ANR错误，提示用户应用已停止响应。了解ANR产生的根源对于确保应用的流畅性和用户满意度至关重要。通过以上措施，可以有效地预防和解决Android应用中常见的ANR问题，提升应用的用户体验和性能。定位ANR问题的关键在于找到导致主线程阻塞的具体原因。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值