Android ANR问题原因分析(Reason: Input dispatching timed out (Waiting because no window has focus but there...

最新推荐文章于 2024-04-11 18:48:23 发布

转载最新推荐文章于 2024-04-11 18:48:23 发布 · 6.4k 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/onelikeone/p/9605147.html

文章标签：

#移动开发

https://blog.youkuaiyun.com/sinat_22657459/article/details/52780759

转载于:https://www.cnblogs.com/onelikeone/p/9605147.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

weixin_33827731

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Android9.0 framework层InputDispatching造成的的ANR原理分析

安卓兼职framework和app工程师的博客

06-25

1058

Android系统中，在app中进行一些操作时，系统中的ActivityManagerService(简称AMS)和WindowManagerService(简称WMS)会在app进行操作app时，检测App的响应时间，如果App在特定时间无法响应屏幕触摸或键盘输入时间，或者特定事件没有处理完毕，就会出现ANR。

E/ActivityManager(1401): Reason: Input dispatching timed out (Waiting because no window has focus b

qq_27836539的博客

08-01

6846

怎么解决： E/ActivityManager(1401): Reason: Input dispatching timed out (Waiting because no window has focus but there is a focused application that may eventually add a window 错误 when it finishes sta

参与评论您还未登录，请先登录后发表或查看评论

Android性能优化 -- ANR问题定位分析_reason input dispatching timed out (waiting to se

2401_84104883的博客

04-11

308

【代码】Android性能优化 -- ANR问题定位分析_reason input dispatching timed out (waiting to se。

Android ANR 总结

easonguolong的博客

01-18

1446

解决ANR一直是Android 开发者需要掌握的重要技巧，一般从三个方面着手。开发阶段：通过工具检查各个方法的耗时，卡顿情况，发现一处修改一处。线上阶段：这个阶段主要依靠监控工具发现ANR并上报，比如matrix。分析阶段：如果线上用户发生ANR，并且你获取了一份日志，这就涉及了本文要分享的内容——ANR日志分析技巧。

Android ANR 分析学习总结

nothingl3的专栏

10-12

2738

我的简书Android ANR 分析学习总结 1. 什么情况下会发生anr (1). KeyDispatchTimeout(5 seconds) --主要类型按键或触摸事件在特定时间内无响应 (2). BroadcastTimeout(10 seconds) --BroadcastReceiver在特定时间内无法处理完成 (3). ServiceTimeout(20 seconds

Input dispatching timed out 导致anr问题分析

最新发布

08-06

- 引用[2]：ANR原因“Input dispatching timed out (Waiting because no window has focus but there is a focused application...)”，表明应用启动时窗口未准备好。 - 引用[3]：详细日志显示事件未响应，系统负载...

ANR问题基本定位与分析

qq_17213995的博客

11-11

2095

一、ANR类型 ANR，即“Application not responding”，在Android中，ManagerService会检测应用的响应时间，如果在约定时间内没有完成，那么系统就会判定应用ANR。 1、输入超时下面展示一些输入超时日志片段。 05-28 11:25:00.420 ?1668 ?1713 E ActivityManager: PID: 23293 05-28 11:25:00.420 ?1668 ?1713 E ActivityManager: Reason: Input di

Android开发之ANR原因分析

xiayiye5的博客

06-17

958

第一步拿到anr日志文件 bogon:wyze-doorbell-wireless-android-14 xiayiye5$ adb shell 进入手机目录 HS8917QC:/ $ cd data/anr 进入anr目录 HS8917QC:/data/anr $ ls 查看anr日志劣币哦啊文件 traces.txt traces.txt.bugreport HS8917QC:/data/anr $ ls -l 查看anr最近的一次列表文件 total 6408 -rw-rw-rw- 1 syst

Android Input系统8 ANR原理分析

liuwg1226的专栏

02-11

1791

一　概述当input事件处理得慢就会触发ANR，那ANR内部原理是什么，哪些场景会产生ANR呢。 “工欲善其事必先利其器”，为了理解input ANR原理，前面几篇文章疏通了整个input框架的处理流程，都是为了这篇文章而做铺垫。在正式开始分析ANR触发原理以及触发场景之前，先来回顾一下input流程。 1.1 InputReader InputReader的主要工作分两部分：调用EventHub的getEvents()读取节点/dev/input的input_event结构体转换成RawEvent结

Android ANR问题定位实战

风的轨迹

08-04

4505

Android ANR问题定位实战

no focused window ANR

一杯咖啡的专栏

09-17

1万+

R项目上面的出现了no focused window的ANR 09-09 17:49:58.482 1164 1347 W InputDispatcher: Waiting because no window has focus but ActivityRecord{94be3e0 u0 com.android.settings/.SubSettings t50} may eventually add a window when it finishes starting up. Will wait f.

Android 进阶——Framework 核心ANR（ Applicatipon No Response）机制设计思想详解

最美不过，心中有梦，身旁有你！

04-23

1489

通过与之交互的组件(Activity，Service，Receiver，Provider、BroadcastReceiver)以及用户交互系统(InputEvent)进行超时监控，以判断应用进程(主线程)是否存在卡死或响应过慢的问题

Android ANR(应用无响应)解决分析

u014630142的博客

08-15

1万+

来自： http://blog.csdn.net/tjy1985/article/details/6777346 http://blog.csdn.net/tjy1985/article/details/6777355 http://blog.csdn.net/tjy1985/article/details/6777983 http://www.eoeandroid....

记一次分析解决ANR过程

baidu_32472003的博客

09-30

3851

ANR即Application Not Responding，一直觉得只要在主线程中注意不要执行耗时操作就不会发生ANR，然而事实告诉我我还是too young too simple,sometimes naive 啊。以前也没遇到过ANR,没分析过ANR,问过同事，同事也说没弄过，没办法只能自己找资料了。 ANR问题的分类 InputDispatchingTimedOut 应用程序主线程在5...

Reason: Input dispatching timed out (Waiting to send non-key event because the touched window

chezabo6116的博客

03-22

3734

这个错误信息表示你的应用出现了ANR（Application Not Responding），原因是输入分发超时。系统在尝试发送一个非键盘事件（如触摸事件）时，目标窗口未能在规定时间（通常是500ms）内完成对一些之前传递给它的输入事件的处理。这通常意味着主线程（UI线程）被阻塞了太长时间，没有及时处理输入事件或完成其他任务。

debug时报anr错：Reason: Input dispatching timed out 解决办法

Azadoo的博客

12-02

5597

在排查问题对点击事件的监听debug时，突然遇到这种anr报错大体意思是点击事件超过5s没有回应系统报出anr错误并闪退，导致我无法debug查看问题。android Studio 输入下方命令行即可不闪退正常debug操作。

记一次anr问题排查

zsy的博客

02-08

3826

配合 Main Log(Android Log) 和 EventLog 把 CPU 开始和结束的时间点内的所有有用信息提取出来到一个文件中，搜索的主要关键字：pid，进程名，WindowManager、ActivityManager（关键字参考下一节的关键 Log 那里）根据第四步提取出来的关键信息文件，进一步理出系统当时的情况、状态（（推荐 vscode 或者 notepad ++ ，有线索就全局搜索）），比如。收集 ANR 进程的所有关键线程的运行情况、线程优先级等。收集异常和系统关键 Log。

WindowManager: ANR in Window{1b45bd u0 NotificationShade}. Reason:Input dispatching timed out (Application does not have a focused window)

07-09

<think>我们正在处理一个Android ANR（Application Not Responding）问题，具体错误信息是： "WindowManager: ANR in Window{1b45bd u0 NotificationShade}. Reason:Input dispatching timed out (Application does not have a focused window)" 这个错误表明系统在等待输入事件分发时超时，因为当前应用没有获得焦点的窗口。可能的原因和解决方案： 1. **主线程阻塞**：应用的主线程被长时间的操作阻塞，无法及时处理输入事件。 - 解决方案：检查主线程中是否有耗时操作（如网络请求、数据库操作、复杂计算等），将其移到后台线程。 2. **焦点丢失**：当前窗口失去焦点，且没有其他窗口获得焦点，导致系统无法分发输入事件。 - 可能场景：对话框或弹出窗口关闭后，焦点未能正确返回；或者Activity切换时出现异常。 - 解决方案：检查窗口焦点管理逻辑，确保在窗口关闭或切换时，焦点能够正确转移。 3. **死锁**：主线程在等待某个锁，而该锁被其他线程持有，导致主线程无法继续执行。 - 解决方案：检查多线程同步逻辑，避免在主线程中等待其他线程的锁。 4. **系统资源不足**：如果系统资源（如内存）不足，可能导致窗口焦点处理延迟。 - 解决方案：优化应用内存使用，避免内存泄漏。 5. **NotificationShade（通知栏）相关**：错误信息中提到了NotificationShade，这通常与系统UI有关。可能是系统UI进程（如SystemUI）出现问题。 - 解决方案：如果是系统UI的问题，可能需要检查系统UI的日志，或者考虑系统层面的优化。 6. **其他可能**：如广播接收器执行时间过长、服务绑定超时等。调试建议： - 查看ANR发生时的trace文件（通常位于/data/anr/traces.txt），确定主线程的堆栈，看主线程在做什么。 - 使用StrictMode检测主线程中的磁盘操作和网络访问。 - 使用Systrace工具分析应用和系统的性能。代码示例：避免主线程阻塞的常见做法（使用AsyncTask处理耗时操作，注意AsyncTask在Android 11已废弃，推荐使用kotlin协程或RxJava等）例如，使用AsyncTask（在低版本中）： ```java private class DownloadFilesTask extends AsyncTask<URL, Integer, Long> { protected Long doInBackground(URL... urls) { // 在后台线程执行耗时操作 return null; } protected void onPostExecute(Long result) { // 回到主线程更新UI } } ``` 使用线程池： ```java ExecutorService executor = Executors.newSingleThreadExecutor(); executor.execute(() -> { // 后台工作 runOnUiThread(() -> { // 更新UI }); }); ``` 使用协程（Kotlin）： ```kotlin lifecycleScope.launch { val result = withContext(Dispatchers.IO) { // 耗时操作 } // 更新UI } ``` 注意：在Android中，主线程（UI线程）负责处理用户输入和界面更新，任何长时间的操作都会导致ANR。根据上述分析，我们提出以下相关问题：</think>### 关于 ANR "Input dispatching timed out" 的分析与解决方案 #### 错误原因解析 ``` WindowManager: ANR in Window{1b45bd u0 NotificationShade} Reason: Input dispatching timed out (Application does not have a focused window) ``` 此 ANR（Application Not Responding）表示系统在 **5000ms** 内未能完成输入事件分发，核心原因是当前应用没有获得焦点的活动窗口。 #### 常见触发场景 1. **窗口焦点丢失** Activity 进入后台但未释放资源，或系统服务（如通知栏）抢占焦点 ```java // 错误示例：Activity 暂停时未释放资源 @Override protected void onPause() { super.onPause(); // 未释放占用主线程的资源 heavyOperation(); // 导致后续窗口无法获得焦点 } ``` 2. **主线程阻塞** - 同步 I/O 操作（数据库/文件读写） - 复杂计算未使用工作线程 - 跨进程通信(IPC)超时 3. **系统资源争用** ```bash adb shell dumpsys window | grep mFocus # 输出示例：mFocus=null 表示无活动窗口 ``` #### 调试与修复方案 1. **定位阻塞点** 分析 `/data/anr/traces.txt` 文件： ```bash adb pull /data/anr/traces.txt grep "NotificationShade" traces.txt -A 20 ``` 2. **焦点管理优化** ```java // 正确监听焦点变化 View rootView = getWindow().getDecorView(); rootView.getViewTreeObserver().addOnWindowFocusChangeListener( hasFocus -> { if (hasFocus) releaseBackgroundResources(); else acquireBackgroundResources(); } ); ``` 3. **异步任务处理** 使用 `HandlerThread` 处理耗时操作： ```java HandlerThread workerThread = new HandlerThread("ANR-Fixer"); workerThread.start(); Handler handler = new Handler(workerThread.getLooper()); handler.post(() -> processHeavyTask()); ``` #### 预防措施 - 在 `AndroidManifest.xml` 中限制后台服务： ```xml <service android:name=".MyService" android:foregroundServiceType="location|mediaProjection"/> ``` - 使用 `StrictMode` 检测主线程阻塞： ```java StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder() .detectDiskReads().detectDiskWrites().penaltyLog().build()); ``` > **关键指标**：输入事件分发超时阈值默认为5秒，可通过 `adb shell settings get global window_timeout` 验证