折叠屏设备使用adb录屏时画面变形如何解决？

Question

在使用ADB命令对折叠屏设备进行录屏时，常出现画面拉伸或分辨率错乱导致的图像变形问题。这是由于折叠屏在展开与折叠状态下屏幕宽高比差异较大，系统默认录屏分辨率未能自适应当前屏幕状态所致。尤其在设备从折叠转为展开状态后，ADB录屏仍沿用非最大屏的显示参数，导致录制画面被压缩或拉伸。如何在不手动干预的前提下，确保ADB录屏自动匹配当前屏幕分辨率，成为实现高质量录屏的关键技术难点。

Answer 1

一、问题背景与现象分析

在使用ADB（Android Debug Bridge）命令对折叠屏设备进行录屏时，开发者普遍遇到录制画面拉伸或图像变形的问题。该问题的核心在于：折叠屏设备在不同形态下具有显著不同的屏幕分辨率和宽高比。

例如，三星Galaxy Z Fold系列在折叠状态下为6.2英寸、2400×900分辨率（20:9），展开后变为7.6英寸、2208×1832分辨率（接近12:11）。系统若未正确识别当前显示模式，ADB录屏将沿用初始或默认分辨率参数，导致画面压缩或黑边拉伸。

尤其当设备从折叠状态切换至展开状态后，SurfaceFlinger等图形子系统虽已更新显示区域，但screenrecord命令并未动态感知此变化，仍使用旧的显示配置。

二、技术原理剖析

1. ADB录屏依赖于Android系统的screenrecord服务，其底层调用MediaProjection与SurfaceControl接口获取帧缓冲数据。
2. screenrecord在启动时通过WindowManagerService查询当前默认显示的逻辑分辨率（如adb shell wm size输出值）。
3. 一旦录屏开始，该分辨率即被固化，即使后续物理屏幕尺寸变更也不会重新采样。
4. 折叠屏的状态切换触发DisplayManager广播ACTION_DISPLAY_ADDED/REMOVED，但screenrecord无监听机制响应此类事件。
5. 此外，部分厂商定制ROM中，persist.sys.resolution等系统属性可能缓存历史分辨率，加剧了适配延迟。

三、常见排查方法与验证流程

步骤	命令	预期输出说明
1. 查询当前屏幕尺寸	adb shell wm size	应返回实际物理分辨率，如Physical size: 2208x1832
2. 获取密度信息	adb shell wm density	确认DPI是否随形态变化更新
3. 检查显示模式	adb shell dumpsys display | grep mFoldState	查看折叠状态标志位
4. 实时分辨率监听	adb logcat -s WindowManager	观察updateDisplayOverrideFromSettings日志
5. 强制刷新显示配置	adb shell wm size reset && adb reboot	重置并重启以同步设置
6. 录屏前校准尺寸	adb shell wm size $(wm size | cut -d: -f2)	确保录屏前尺寸准确

四、自动化解决方案设计

#!/bin/bash
# 自适应折叠屏录屏脚本 auto_screen_record.sh

get_current_resolution() {
    adb shell wm size | grep -o '[0-9x]*$'
}

wait_for_display_stable() {
    local last=""
    for i in {1..10}; do
        current=$(get_current_resolution)
        if [[ "$current" == "$last" ]]; then
            echo "Display stabilized at $current"
            break
        fi
        last=$current
        sleep 1
    done
}

resolution=$(get_current_resolution)
wait_for_display_stable

echo "Starting recording with resolution: $resolution"
adb shell screenrecord --size $resolution /sdcard/demo.mp4

echo "Press Enter to stop..."
read
adb exec-out killall screenrecord
    

五、高级优化策略与架构建议

为实现真正的无缝自适应录屏，可构建一个守护进程监控Display状态变化：

graph TD
            A[启动Monitor服务] --> B{监听ACTION_CONFIGURATION_CHANGED}
            B --> C[检测Display.getRectSize变化]
            C --> D{是否跨阈值?}
            D -->|是| E[终止旧录屏进程]
            D -->|否| F[维持当前录制]
            E --> G[重新获取wm size]
            G --> H[以新分辨率启动screenrecord]
            H --> I[持续录制]

进一步地，可通过Magisk模块或Xposed框架Hook MediaProjectionManager 的创建流程，在初始化时注入动态分辨率判断逻辑，从根本上解决静态绑定问题。

对于企业级测试平台，建议集成设备姿态传感器（如Hall Sensor）数据，结合陀螺仪判断折叠角度，提前预判屏幕形态变更，实现“预测式”录屏参数调整。

同时，利用ADB扩展协议（如Google的atrace或systrace增强版），可实时抓取SurfaceFlinger的Layer布局变化，作为分辨率切换的辅助信号源。

最终目标是建立一个闭环控制系统：状态感知 → 参数决策 → 进程调度 → 质量反馈，使ADB录屏具备类原生相机的自适应能力。