"Failed to initialize display event receiver"导致应用Crash

最新推荐文章于 2024-08-29 09:44:35 发布
原创 最新推荐文章于 2024-08-29 09:44:35 发布 · 2.9k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#SurfaceFlinger

本文详细解析了SurfaceFlinger文件句柄泄露问题，触发Too many open files错误，导致monkey测试中应用崩溃的现象。通过adb shell命令行，检查进程最大文件数限制，定位问题所在。深入探讨了sync_fence fd异常增长的原因，并使用Qcom的leak_detector工具进行跟踪分析。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

SurfaceFlinger文件句柄泄露，触发Too many open files，在执行monkey测试时导致应用crash

  1. 确认进程最大文件数限制
    • adb shell进入命令行
    • ps -A | grep xxx确认进程pid
    • cd /proc/proc_pid/
    • cat limits查看max open files限制，一般应用都是1024，surfaceflinger是2048
  2. 查看出问题前进程fd详情
    • cd /proc/proc_pid/fd
    • ls -l查看对应的fd占用
    • 执行复现问题对应操作，然后再ls看一下哪些fd增长异常

本次问题发现surfaceflinger的sync_fence fd明显增长异常，需要进一步确认sync_fence增长的原因，使用Qcom的leak_detector工具跟踪分析。

相关知识点:

  1. 线程是否泄漏: ps -AT | grep pid，查看pid对应进程所有线程信息
event-log-tags
源码在手
01-17 3384
文件位于/system/etc/event-log-tags 用于EventLog.writeEvent()，常见于event log，分析一些event log时需要知道log的一些意义，记录下来。 42 answer (to life the universe etc|3) 314 pi 1003 auditd (avc|3) 1004 logd (dropped|3) 1
Android组件管理--应用程序启动流程
Kitty_Landon的专栏
01-02 1591
Activity的启动流程相对复杂一些，涉及到了Activity中的生命周期方法，涉及到了Android体系的CS模式，涉及到了Android中进程通讯Binder机制等等。 前言 我们先看一下源码中对Activity的描述，如下： An activity is a single, focused thing that the user can do. Almost all activ
java.lang.RuntimeException: Failed to initialize display event receiver. status=-2147483648
li129209的博客
06-01 2892
java.lang.RuntimeException: Failed to initialize display event receiver. status=-2147483648 at android.view.DisplayEventReceiver.nativeInit(Native Method) at android.view.DisplayEventReceiver.(DisplayEventReceiver.java:61) at android.view.Choreographer$Fra
VMware 配置linux后出现提示：Failed to initialize remote display subsystem
gr19890704的专栏
03-22 1442
在运行中输入 control userpasswords2 然后添加用户：__vmware_user__
Failed to initialize remote display subsystem
weixin_34268610的博客
03-12 184
现象：启动虚拟机后弹出“Failed to initialize remote display subsystem”错误提示，点击确定后虚拟机中的操作系统关闭，无论如何也无法启动。 原因：虚拟机在安装时自动添加了一个“__vmware_user__”帐户，不小心删掉这个帐户后虚拟机中的操作系统就会启动失败。 解决办法：进入DOS命令窗口，输入“net us...
解决虚拟机提示Failed to initialize remote display subsystem
weixin_34151004的博客
12-31 500
现象：启动虚拟机后弹出“Failed to initialize remote display subsystem”错误提示，点击确定后虚拟机中的操作系统关闭，无论如何也无法启动。 如图： 原因：虚拟机在安装时自动添加了一个“__vmware_user__”帐户，不小心删掉这个帐户后虚拟机中的操作系统就会启动失败。 解决办法：进入DOS命令窗...
windowManager.addView()抛出WindowManager$InvalidDisplayException异常
u012807211的专栏
05-03 4148
windowManager.addView()抛出WindowManager$InvalidDisplayException异常
【Java】已解决：java.lang.RuntimeException
屿小夏.的知识博客
08-29 7182
是Java中的一个非受检异常（Unchecked Exception），即在编译时不强制要求处理的异常。例如，假设在处理用户输入时，我们尝试将一个字符串转换为整数，如果输入的字符串无法转换为整数，就可能抛出一个。，我们应针对不同的异常类型采取相应的处理措施，并尽量避免抛出不必要的运行时异常。的背景、原因、错误代码示例、正确代码示例以及注意事项进行详细分析，帮助读者理解并解决这一问题。是一种常见的异常类型，通常表示在程序运行时发生了某些无法预见的错误。的发生，提高代码的健壮性和可维护性。
Puppeteer开发过程中遇到的问题及解决方案
m0_67402823的博客
03-08 6658
工欲善其事必先利其器，请先检查本机是否安装NodeJS环境以及查阅API： Google官方文档：https://developers.google.com/web/tools/puppeteer API（v12.0.1）文档：https://pptr.dev/#?product=Puppeteer&version=v12.0.1&show=outline 问题：如何处理各种验证码？ 解决方案：建议大家去搜索对应的解决方案，Puppeteer并无此类解决方案。 问题：某些网站做了JS防爬检测
Android8.1源码讲解之ActivityThread启动Activity
懒懒散散看技术
07-04 2672
在上一篇文章有说ActivityThread启动的过程，最后讲解到ActivityThread的main函数启动。这篇文章接上篇文章讲解main方法中怎么启动Activity的，方便日后讲解有关Activity中的事件处理机制。一、ActivityThread中main方法public static void main(String[] args) { SamplingProfilerIn...
Android UI 对 SF Vsync注册与接收、SurfaceFlinger 对 Hwc2 Vsync接收与分发
qq_34503002的博客
08-15 338
Android UI 对 Vsync注册与接收、SurfaceFlinger 对 Vsync接收与分发
Android6.0 VSync信号如何到用户进程
kc58236582的博客
10-22 4908
在http://blog.csdn.net/kc58236582/article/details/52763534博客的VSync信号的分发过程那节中我们已经详细分析了VSync信号的分发过程，其中EventThread主要就是发送VSync信号。 一、DisplayEventReceiver.java 这里我们先从DisplayEventReceiver这个java类来分析： 我们
Android消息机制Looper与VSync的传播
houliang120的专栏
03-22 7048
1 主要内容本文主要简单记录在native层Looper消息机制的相关内容，主要着手于下面几个问题： （1）消息机制的原理； （2）VSync是如何借助消息机制进行传播的；2 Android消息机制2.1 应用进程的创建说起Android的消息机制，先大致的理一下Android应用的运行机制，Android上层是基于消息机制的，首先考虑一个问题，描述如下：Android应用作为运行在Linux平
Android 平台性能导致的性能案例
程序员Android
06-16 3117
和你一起终身学习，这里是程序员 Android 经典好文推荐，通过阅读本文，您将收获以下知识点: 一、SurfaceFlinger 主线程耗时 二、屏下光感截图导致 SurfaceFlinger 渲染不及时 三、HWC Service 执行耗时 四、CRTC 执行耗时 五、CPU 调度问题 六、触发 Thermal 导致限频 七、后台活动进程太多导致系统繁忙 八、Layer过多导致 SurfaceFlinger Layer Compute 耗时 九、Input 报点不均匀 十、LMK 频繁工作抢占 cpu
【fd泄漏问题】Monkey测试出现fd泄漏导致system_server重启
pxy的博客
03-07 2134
1、问题描述测试monkey过程中发生system_sever重启，通过分析log确认是发生了fd泄漏。fd泄漏就是一个进程打开的fd数量超过了1024就会导致fd泄漏的进程抛出异常发生crash。如果这个进程正好是系统进程如，system_server、surfaceflinger等就会发生系统重启等异常。2、问题分析从获取log初步确认system_server重启原因是打开了过多的文件导致句...
牛人可以看看
情随事迁个人博客
06-12 157
java.lang.RuntimeException: Failed to initialize display event receiver. sta
android FD泄露问题记录
青铜的博客
09-10 3531
FD（File Descriptor）文件描述符在形式上是非负整数，它是一个索引值，指向内核为每个进程所维护的该进程打开文件的记录表。当程序打开一个现有文件或者创建一个新文件时，内核向进程返回一个文件描述符。在Linux系统中，一切设备都视作文件，文件描述符为Linux平台设备相关的编程提供了一个统一的方法。 在stability测试的过程中，经常会出现许多FD泄漏导致的莫名其妙的FC，而crash的堆栈也是千奇百怪， 可能出现在应用层、framework层、Native层，其中以fram...
Android VSYNC事件传递流程
xlnaan的博客
02-12 2058
我一直以为DisplayEventReceiver是跟Input一样，通过BitTube的两个socket进行跨进程的通信，也就是SF-APP之间的通信，但实际上不是的。 实际上的逻辑是，每次VSYNC事件到来从HAL的线程调之后， 01-01 00:35:01.163  2963  3017 D SurfaceFlinger: onVSyncEvent EventThread会将这个vsync事...
Failed to initialize display event receiver
最新发布
03-29
<think>好的，我现在要解决用户遇到的“初始化显示事件接收器失败”的问题。首先，我需要了解这个错误通常发生在什么情况下。根据用户提供的错误信息，可能和Android的显示系统有关，比如SurfaceFlinger或者HWC（硬件合成器）的问题。 首先，检查引用中的内容。引用[2]提到在加载HWC模块之前可能需要先加载FB HAL模块，并且有些设备可能对此有严格要求。这说明初始化顺序可能影响显示事件接收器的创建。用户的问题可能与此有关，特别是在设备启动或初始化显示子系统时顺序不正确。 接下来，用户的问题可能涉及VSync信号的处理。引用[2]中还提到是否需要模拟VSync信号，默认是开启的。如果设备不支持硬件VSync，或者模拟过程中出现错误，可能导致显示事件接收器初始化失败。需要检查设备是否支持硬件VSync，或者在代码中是否正确处理了VSync的模拟。 另外，引用[1]提到Activity的启动模式不能是singleInstance或singleTask，这可能与多实例或屏幕适配有关。不过用户的问题更偏向系统底层，可能和Activity的关系不大，但也不能完全排除，比如某些显示相关的组件在特定启动模式下无法正确初始化。 可能的解决方案步骤包括： 1. 确保FB HAL模块在HWC之前加载，调整初始化顺序。 2. 检查设备的VSync配置，确认是否需要启用模拟，或者硬件支持是否存在问题。 3. 查看系统日志，定位具体的错误原因，比如权限问题、资源不足或驱动错误。 4. 更新或修复显示相关的HAL模块和驱动程序。 5. 检查内存或资源泄漏，确保显示子系统有足够的资源运行。 另外，用户可能需要检查权限设置，比如是否缺少访问显示硬件的权限。或者在代码中是否正确处理了显示事件的回调，避免空指针或未正确初始化的对象。 最后，如果问题在特定设备上出现，可能需要查阅该设备的硬件兼容性文档，或者联系制造商获取支持。</think>针对“初始化显示事件接收器失败”（`failed to initialize display event receiver`）的问题，以下是分步解决方案和原因分析： --- ### **1. 检查硬件合成器（HWC）初始化顺序** - **问题根源**：Android显示系统依赖`FB HAL`（帧缓冲硬件抽象层）和`HWC`模块的加载顺序。若`HWC`在`FB HAL`之前初始化，可能导致资源冲突或依赖缺失[^2]。 - **解决方法**： ```c // 修改初始化顺序：先加载FB HAL，再加载HWC int fberr = loadFbHalModule(); if (fberr == 0) { loadHwcModule(); } else { // 处理FB HAL加载失败 } ``` - 确保设备厂商的`HAL`实现符合此顺序要求。 --- ### **2. 验证VSync信号配置** - **问题根源**：显示事件接收器依赖垂直同步（VSync）信号来协调帧渲染。若设备不支持硬件VSync且模拟失败，或配置错误，会导致初始化失败。 - **解决方法**： - **启用VSync模拟**：在`surfaceflinger`的配置文件中强制启用软件模拟： ```properties # /vendor/etc/surfaceflinger.conf debug.sf.enable_hwc_vsync=0 ``` - **检查硬件支持**：通过`dumpsys SurfaceFlinger`命令确认`VSync`来源是否为硬件（如`HWC`）。 --- ### **3. 分析系统日志定位具体错误** - **步骤**： 1. 使用`adb logcat`过滤错误日志： ```bash adb logcat | grep -E "DisplayEventReceiver|SurfaceFlinger|HWC" ``` 2. 常见错误类型： - **权限问题**：缺少`android.permission.ACCESS_SURFACE_FLINGER`权限。 - **资源冲突**：`EGL`上下文初始化失败或显存不足。 - **驱动异常**：GPU驱动未正确响应`HWC`请求。 --- ### **4. 更新或修复HAL层驱动** - **操作建议**： - 联系设备厂商获取最新的`HWC`和`FB HAL`驱动。 - 验证`HWC`兼容性：使用`dumpsys SurfaceFlinger`检查`HWC`是否报告`validated`状态。 --- ### **5. 检查内存泄漏或资源限制** - **工具**：使用`Android Profiler`或`dumpsys meminfo`分析内存使用。 - **重点关注**：`SurfaceFlinger`进程的内存占用是否因泄漏持续增长。 --- ### **相关问题** 1. 如何通过`dumpsys SurfaceFlinger`诊断显示合成问题？ 2. Android中硬件加速（HWC）的实现原理是什么？ 3. 如何调试Android系统的VSync同步机制？ --- 通过以上步骤，可系统性排查显示事件接收器初始化失败的根本原因。若问题仍存在，建议提供具体日志片段以便进一步分析。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值