MTK 冻屏问题分析

最新推荐文章于 2023-04-08 22:48:39 发布

IV24KC

最新推荐文章于 2023-04-08 22:48:39 发布

阅读量2.1k

点赞数 2

CC 4.0 BY-SA版权

本文链接：https://blog.youkuaiyun.com/yqj2011/article/details/59109553

本文详细介绍了MTK设备出现冻屏问题的分析和排查步骤，包括问题定位、注意事项、现场确认事项及各个可能的故障点。通过dumpstate、CPU使用率检查、按键触摸事件验证、Surfaceflinger进程检查和图形驱动版本确认等手段，帮助诊断是输入驱动、系统逻辑、Surfaceflinger还是显示系统的问题。

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

  一、 问题定位 

  1. 可能的问题故障点 

  2. 软件问题说明 

  二. 注意事项。 

  1. 保留现场，避免断电 

  2. 准确记录时间点 

  3. 检查adb是否可用， uart是否有数据输出。 

  三、现场确认事项 

  1. 抓取系统状态与CPU的使用率--->使用dumpstate（状态抓取器），查看cpu使用率，和log情况 

  2. 检查按键或者触摸是否有正常输入--->看看使用有正常的按键或者触摸事件产生 

最低0.47元/天解锁文章

200万优质内容无限畅学

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

IV24KC

关注关注

2
点赞
踩
8

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Android UI 冻结处理方法

tianshi4851的专栏

11-04

2395

top,meminfo,bugreport,tombstone,anr等日志，具体抓取方法可以在参考其他文章。触摸屏幕，观察“adb shell getevent”的输出，看到触摸事件是否打印在屏幕。主要方法就是抓日志，看现象。

Android系统冻屏、黑屏问题的分析思路

04-12

4649

是新加的方法，需要在Layer也加上相应的实现，如下。》可以指导，应用的图形内容要经过SurfaceFlinger才能传递到显示设备，SurfaceFlinger每隔一定时间（间隔由帧率决定）会向屏幕传递图形数据，但是并不是每个应用的图形都会显示，只有最前面应用的画面才能显示，应用的图形数据一般保存在图层中，因此每次刷新都会收集可见的图层。在Android系统开发过程中，偶尔会遇到显示异常的问题，如画面不再刷新，也就是冻屏，或者屏幕变黑，如果对图形显示系统不熟悉，遇到此类问题还是比较棘手的。

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

高通android HWC死锁导致拔投屏线冻屏问题解决过程

玩嵌入式的精神小伙

09-16

1018

HWC死锁导致冻屏分析

一例冻屏问题分析

Walk More Slowly

09-22

5346

1 现象 P7升级到L版本，出现大概率反复开关机卡死，大概测试到几百次就能复现。 2 分析幸好卡死的时候有adb端口。用ps命令执行发现会卡死，但是能打印出部分进程状态，已经打印出来的进程里面看到com.huawei.systemmanger处于D状态，ps –t 查看是它的主线程处于D状态，但是用cat /proc/***/stack又没有发现该线程有啥异常，尝试

android手机冻屏问题,android 模拟冻屏代码实现

weixin_39887183的博客

05-29

1039

思路:第一种方案：屏蔽除power外的其他按键，屏蔽状态栏下拉，屏蔽触屏。代码如下：需要系统签名：添加权限:package com.example.demo;import android.app.Activity;import android.os.Bundle;import android.view.KeyEvent;import android.view.Menu;import android...

Android各种卡死黑屏系统稳定性问题Log抓取大荟萃

热门推荐

IT先森

11-18

1万+

Android各种卡死黑屏系统稳定性问题Log抓取大荟萃作为Androd开发工作者的我们，经常会在实际的开发工作中遇到各种Android卡死黑屏系统稳定性等问题，遇到如上问题除了考验Android基本功是否扎实以外，最重要的是就是能否抓取到足够的日志和是否有足够的调试手段进行分析了。下面奉上我在实际工作中总结的抓取Log日志用到的各种必杀技。应用冻结/奔...

Android5.0L退出APP横竖屏切换导致的触摸屏输入（Touch Event）无效(冻屏)问题分析（Key Event仍然有效）

宋金时的专栏

07-02

6483

一、问题现象1、多次进出需要强制横屏的app，比如Real FootBall2015，在退出app的时候会有概率出现退出卡顿，然后TP无法输入的问题。2、出问题时Power key有响应。3、此问题同时在Driver only上有复现。Platform：MSM8916Android版本：5.0.2LBuildType：user系统软件版本：vA6P+L5P0系统RAM:1GB参考机行为：1、ALT

Android hibernation 导致的冻屏问题分析

ztisen的博客

04-08

1383

虽然问题解决了，但是客户非常好奇为什么同样的机器，不同的运营商复现概率差别如此大，其他两家运营商基本没有上报这个问题，这还需进一步调查。

MTK平台如何定位显示花屏和界面错乱等绘制异常的问题

HDDevTeam的专栏

09-07

2264

[DESCRIPTION] 在测试手机各项功能过程中，经常会遇到概率性复现“屏幕画花了，界面画错乱了等绘制异常问题”，而且概率还非常小；这类问题请不要直接提交eService，而是先请测试人员及工程师保留住测试现场，然后根据此条FAQ的步骤进行排查；通常贵司提交问题的时候所提供的资料太少，无法直接定位问题，与其提交了eService之后再又去花时间复现，不如在复现问题的当下，就先按

Android 性能优化之旋转屏幕优化

寒江蓑笠的专栏

05-02

7460

我的博客原文地址问题背景在桌面转屏发现响应不够迅速，对比其他产品有很大的提升空间，针对此问题进行了一些分析和优化。问题分析和解决方法首先简单介绍一下旋转屏幕的流程，首先各个界面要进行重绘，在重绘过程中要进行冻屏，只有所有Window都进行绘制完成了才进行转屏，因此这里面就有个木桶效应，转屏的时间取决于重绘最慢的那个。首先分析Log，找出可以优化的点：adb shell dumpsys windo

MTK camera 调试常见问题及解决办法

02-27

mtk camera 调试问题总结，非常多的案例可供参考，给需要的。

手机加密后，OTA升级过程中冻屏分析报告

10-21

ota升级，android系统优化界面卡死

Android黑屏冻屏死机重启问题

03-23

7128

折腾了这么久也该写点自己的一点体会吧，当然本人的阅历有限有错误的地方还请路过的大牛指点。 bug满天飞的日子终于过去，但是现在出现的死机重等问题很多都是复现的情况，但是以前一起积累的bug也是一大筐，现在慢慢分析，言归正传吧。黑屏：有可能是驱动的suspend或者resume出问题，导致唤醒出错冻屏：运行时屏幕突然定屏了，有可能是上层出问题导致的死机：这个遇到很多导致的原因很多

Android 系统问题分析步骤

jiangnan2222的博客

09-14

780

1.Android框架介绍 android分为四个层，从高层到低层分别是应用程序层、应用程序框架层、系统运行库层和linux核心层。蓝色的代表java程序，黄色的代码为运行JAVA程序而实现的虚拟机，绿色部分为C/C++语言编写的程序库，红色的代码内核(linux内核+driver)。在Application Framework之下，由C/C++的程序库组成，通过JNI完成从JAVA到C...

安卓开发之常见死机问题--log分析

yhjm880718的专栏

06-27

1024

转自：http://android.tgbus.com/Android/androidnews/201205/428729.shtml 一般在平时工作中，基本上很多代码可以在eclipse+ndk进行调试，但如果需要用到具体的硬件设备，如媒体播放设备无法模拟的情况下，只能上硬件(盒子或手机)上进行调试。此时唯一的调试手段就是logcat产生log信息进行分析问题了。　　什么时候会

android 冻屏

zhaoweixing1989的专栏

02-18

5991

用户在浏览器中点击某个下载项，从浏览器跳转到下载界面时，下载页面花了大约1分35秒才显示出来。从log看，浏览器和下载的逻辑都正常。但是进程215中出现anr，导致下载页面显示慢。请底层分析215(WindowManager, ActivityManager)进程anr。详细log分析如下：浏览器隐藏： 01-18 10:53:00.650 V/Controller(

Android dumpstate 工具解析

haima1998的专栏

06-09

1292

转自：http://blog.youkuaiyun.com/jinrich/article/details/8709639 Frameworks/base/cmds/bugreport bugreport：启动dumpstatus服务，并通过socket连接，读取信息，并保持到stdout管道中 frameworks/native/cmds/dumpstatus dum

基于在线神经补偿器的双倒摆模型参考控制仿真.zip

最新发布

08-17

1.版本：matlab2014a/2019b/2024b 2.附赠案例数据可直接运行。 3.代码特点：参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象：计算机，电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。

Android冻屏分析

07-30

### Android 冻屏问题分析、原因及解决方案 Android 设备出现“冻屏”现象通常表现为屏幕内容不再更新，用户界面无法响应，尽管设备可能仍在运行其他后台任务。冻屏问题可能由系统级或应用级的异常引起，涉及硬件驱动、系统服务、应用逻辑等多个层面。 #### 冻屏问题的常见原因 1. **系统服务异常** Android 系统中 WindowManagerService（WMS）负责管理窗口的显示与交互。若 WMS 在处理窗口状态更新时发生阻塞或死锁，可能导致屏幕无法刷新，从而出现冻屏现象。例如，在某些场景下，`stopFreezingScreen()` 方法未能正确调用，会导致屏幕持续处于冻结状态 [^1]。 2. **GPU 渲染问题** 图形渲染管道中的异常，如 SurfaceFlinger 或 GPU 驱动的卡顿，也可能导致界面无法更新。这种情况通常伴随日志中出现 `Skipped 150 frames!` 等渲染超时提示 [^2]。 3. **ANR（Application Not Responding）引发的连锁反应** 当主线程执行耗时操作导致应用无响应时，系统可能在 ANR 对话框弹出后仍无法恢复界面更新，尤其是在多任务切换或系统资源紧张的情况下 [^2]。 4. **内核或硬件驱动问题** 某些设备在低电量、温度过高或进入休眠模式后，可能因电源管理模块（如 hibernation）处理不当，导致屏幕无法正常唤醒 [^3]。 5. **第三方应用干扰** 某些应用可能在前台执行耗时操作或注册了不合理的监听器，影响系统对界面状态的更新。例如，启动页白屏问题可能因 `onCreate()` 中加载资源过慢而触发冻屏感知 [^2]。 #### 冻屏问题的分析方法 1. **抓取系统日志** 使用 `logcat` 抓取系统日志，重点关注 `WindowManager`、`SurfaceFlinger`、`ActivityManager` 等模块。通过过滤关键字如 `freeze`, `timeout`, `blocked`, `ANR` 来定位异常 [^2]。 2. **检查 ANR 日志** ANR 日志位于 `/data/anr/traces.txt`，可帮助判断是否有主线程被阻塞。若发现主线程处于 `WAIT` 或 `MONITOR` 状态，需进一步分析调用栈 [^2]。 3. **观察冻屏前后行为** 若冻屏发生在特定操作之后（如锁屏、切换应用），可结合 `dumpsys window` 和 `dumpsys activity` 命令查看当前窗口和 Activity 状态 [^1]。 4. **验证 Patch 效果** 在对比验证中，若未合入 Patch 的版本可稳定复现问题，而合入 Patch 后无法复现，则说明 Patch 有效。例如，通过 44/50 次复现与 0/50 次未复现的对比，可确认问题修复效果 [^3]。 #### 冻屏问题的解决方案 1. **优化主线程操作** 避免在主线程中执行耗时操作，如网络请求、数据库查询等。使用 `AsyncTask`、`HandlerThread` 或协程（Kotlin）进行异步处理 [^2]。 2. **合理使用冻屏机制** 在系统开发中，确保 `stopFreezingScreen()` 被正确调用，避免因冻屏状态未释放导致界面无法更新 [^1]。 3. **优化 GPU 渲染性能** 减少过度绘制，合理使用 GPU 渲染分析工具（如 GPU Profiling），确保界面流畅。 4. **处理休眠与唤醒逻辑** 在涉及设备休眠（如低电量自动休眠）的场景下，确保唤醒流程中正确恢复屏幕状态，避免因 hibernation 机制导致冻屏 [^3]。 5. **增强异常监控机制** 在应用中集成崩溃与 ANR 监控 SDK（如 Firebase Crashlytics），及时捕获并上报异常信息，辅助问题定位 [^2]。 6. **系统级优化** 对于系统级问题，可通过修改内核调度策略、调整电源管理策略等方式优化系统稳定性 [^3]。 --- ### 示例代码：检测主线程卡顿以下是一个检测主线程是否卡顿的简单实现，可用于辅助分析冻屏问题是否由主线程阻塞引起： ```java public class MainThreadMonitor { private static final long MONITOR_INTERVAL = 1000; // 1秒 private static long lastTick = System.currentTimeMillis(); public static void startMonitoring() { new Thread(() -> { while (true) { long currentTick = System.currentTimeMillis(); if (currentTick - lastTick > MONITOR_INTERVAL * 2) { // 主线程疑似卡顿 Log.w("MainThreadMonitor", "Main thread might be blocked for " + (currentTick - lastTick) + "ms"); } try { Thread.sleep(MONITOR_INTERVAL); } catch (InterruptedException e) { e.printStackTrace(); } } }).start(); } public static void updateTick() { lastTick = System.currentTimeMillis(); } } ``` 在主线程的关键操作中调用 `MainThreadMonitor.updateTick()`，若后台线程检测到时间间隔过长，则输出警告日志。 ---