第1章冻屏与黑屏问题概述

一、冻屏与黑屏问题概述

各位做Android系统开发的同行，大家好。今天咱们来聊聊一个让所有系统工程师都头疼的问题——冻屏与黑屏。

说实话，我入行那会儿，第一次遇到冻屏问题，差点把开发板给砸了。屏幕卡住不动，触摸没反应，但log还在刷刷地跑。你想想看，这多诡异？系统明明活着，用户却觉得它死了。嗯，这就是冻屏的典型特征。

先给个准确定义。

冻屏（Screen Freeze）：系统UI完全停止响应，画面定格在某一帧。触摸、按键都没反应。但后台进程可能还在运行，甚至ADB还能连上。

黑屏（Black Screen）：屏幕完全变黑，没有任何显示内容。但系统可能还在运行——比如你能听到声音，或者LED指示灯还在闪。

这两者有时候会互相转化。我在项目中遇到过，冻屏持续几秒后直接跳黑屏，然后又恢复。这种「幽灵行为」最难排查。

核心区别一句话总结：

冻屏是「画面卡住但系统活着」，黑屏是「显示没了但系统可能还活着」。

根据我这些年踩过的坑，冻屏和黑屏可以细分为以下几类：

我个人习惯把「瞬时冻屏」和「间歇性黑屏」归为一类——它们通常跟软件竞争条件有关。而「永久冻屏」和「完全黑屏」往往是硬件或底层驱动的问题。

一个小技巧：

遇到冻屏，先别急着重启。连上ADB，执行 dumpsys window 看看当前焦点窗口。如果能看到正常输出，说明WMS还活着，问题大概率在SurfaceFlinger或GPU侧。

很多人觉得冻屏黑屏就是「用户骂两句」的事。其实不然。

我举个例子。之前做车载项目，客户反馈导航过程中突然黑屏。你想想看，高速上开着导航，屏幕一黑——这已经不是体验问题了，这是安全风险。

具体来说，影响范围包括：

说白了，一个冻屏问题，能让整个版本回炉重造。我曾经因为一个SurfaceFlinger的buffer超时问题，硬生生把发布推迟了两周。

说实话，十年前做Android 2.3那会儿，冻屏问题反而没现在多。为什么？因为那时候屏幕分辨率低、刷新率低、系统复杂度也低。

现在呢？

我记得去年帮一个客户分析问题，他们的设备在打开相机时必冻屏。查了两周，最后发现是第三方相机App申请了一个超大Texture，导致GPU显存溢出。嗯，这种第三方兼容性问题，现在越来越常见。

避坑指南：

我曾经在调试一个黑屏问题时，花了三天排查驱动和硬件，最后发现是系统服务SystemUI崩溃后没有重启显示服务。所以，遇到黑屏，先查SystemUI和Launcher是否活着——这步往往能省你半天时间。

这个课程，说白了就是把我这些年跟冻屏黑屏「斗智斗勇」的经验，系统地梳理出来。

你会学到：

嗯，不多说了。下一章我们直接上手，从「如何复现冻屏问题」开始。你准备好跟我一起啃这块硬骨头了吗？

公众号:蓝海资料掘金营，微信deep3321