wm修改分辨率后屏幕异常如何解决？

Question

使用 `wm size` 命令修改 Android 设备分辨率后，屏幕出现显示异常（如界面错位、图标重叠或黑边），通常是因为设置的分辨率不在设备支持的范围内或与密度不匹配。执行 `adb shell wm size reset` 可恢复默认分辨率。若命令失效，需检查是否设置了非法 DPI（通过 `wm density`），建议同步重置密度：`adb shell wm density reset`。重启设备也可强制恢复显示参数。

Answer 1

1. 问题背景与现象描述

在 Android 设备调试过程中，开发者常使用 adb shell wm size 命令临时修改屏幕分辨率，以测试应用在不同显示配置下的适配表现。然而，若设置的分辨率超出设备硬件支持范围或与系统密度（DPI）不匹配，极易引发显示异常。

典型症状包括：

• 界面元素错位或布局变形
• 图标重叠、文字截断
• 屏幕四周出现黑边或拉伸失真
• Launcher 主屏无法正常滑动或响应

此类问题多见于自定义 ROM、工程模式调试或自动化测试环境，尤其在未充分验证参数合法性时风险更高。

2. 核心机制解析：wm size 与 wm density 的协同作用

Android 系统通过窗口管理器（Window Manager）维护两个关键显示参数：

参数	命令	作用说明
wm size	adb shell wm size 1080x1920	设定逻辑屏幕分辨率，影响 View 测量与布局计算
wm density	adb shell wm density 320	设定 DPI 值，决定资源加载策略（如 drawable-mdpi/vs-hdpi）

当二者不匹配时，系统资源加载与 UI 渲染尺寸产生偏差，导致视觉错乱。例如：高分辨率搭配低 DPI 会使系统误判为“大屏低密度”，加载低分辨率资源并放大显示，造成模糊与重叠。

3. 恢复默认配置的标准流程

推荐按以下顺序执行恢复操作：

1. 重置分辨率：adb shell wm size reset
2. 重置密度：adb shell wm density reset
3. 重启设备以确保参数持久化清除：adb reboot

注意：部分厂商定制系统可能存在缓存机制，仅执行 reset 命令未必立即生效，需结合重启操作。

4. 异常场景分析与诊断路径

若 wm size reset 无效，应深入排查以下可能性：

# 查看当前设置
adb shell wm size
adb shell wm density

# 输出示例：
# Physical size: 1280x720
# Override size: 800x600
# Physical density: 320
# Override density: 120
    

若存在 "Override" 值，说明已被强制修改。此时需确认是否第三方工具（如 Magisk 模块、MT Manager）写入了持久化配置文件（如 /data/system/gesture.key 或 build.prop 修改）。

5. 高级恢复方案与系统级干预

当标准命令失效时，可采取以下措施：

• 进入安全模式：阻止第三方应用篡改显示参数
• 手动编辑 /data/system/display_settings.xml（需 root）
• 刷写原厂固件或使用 fastboot 恢复分区

此外，可通过以下脚本批量检测并修复：

#!/system/bin/sh
if [ "$(getprop persist.sys.resolution)" ]; then
    resetprop --delete persist.sys.resolution
fi
wm size reset
wm density reset
    

6. 预防性设计建议与最佳实践

为避免此类问题反复发生，建议在自动化测试框架中引入校验机制：

graph TD A[开始修改分辨率] --> B{参数合法性检查} B -->|是| C[执行 wm size/density] B -->|否| D[抛出警告并终止] C --> E[记录原始配置] E --> F[运行测试用例] F --> G[恢复原始参数] G --> H[验证恢复结果] H --> I[结束]

同时，建立设备支持的分辨率白名单数据库，结合 adb shell dumpsys window displays 获取真实物理参数，确保设置值处于安全区间。