---

在移动应用开发中，流畅的界面渲染直接影响用户体验。帧率（Frames Per Second, FPS）作为核心性能指标，能直观反映应用的流畅程度。本文将手把手教你用ADB指令高效测试FPS，包含两种主流方法的对比和实战操作指南。

一、为什么需要关注FPS？

1. 用户体验的黄金标准：60FPS意味着每帧16.67ms的渲染时间，低于此数值用户会感知卡顿
2. 性能瓶颈探测器：异常帧率波动往往暴露布局嵌套过深、过度绘制等问题
3. 量化优化效果：通过前后对比数据验证性能改进的有效性

二、ADB测试FPS的两种武器

方法A：gfxinfo

# 获取最近128帧的详细数据
adb shell dumpsys gfxinfo 包名 framestats

- 优点： - 提供Draw/Prepare/Process等阶段耗时细分 - 支持API 16+的广泛兼容性 - 缺点： - 需要应用开启HWUI_PROFILING配置 - 数据需二次处理计算真实FPS

方法B：SurfaceFlinger

# 实时监控当前界面帧率
adb shell dumpsys SurfaceFlinger --latency 窗口名

- 优点： - 系统级监控不依赖应用配置 - 直接输出纳秒级时间戳 - 缺点： - 需通过adb shell dumpsys window | grep mSurface获取窗口名 - Android 9+系统限制数据访问权限

三、完整操作指南

环境准备

1. 开启开发者选项和USB调试
2. 连接设备并验证ADB：adb devices
3. 对于gfxinfo方法：

   <!-- AndroidManifest.xml -->
   <application android:debuggable="true">

实战命令示例

# gfxinfo完整流程（带注释）
# 1. 清除历史数据
adb shell dumpsys gfxinfo 包名 reset

# 2. 操作应用触发待测场景
# 3. 获取帧数据（输出到文件）
adb shell dumpsys gfxinfo 包名 > fps.txt

# 4. 计算平均FPS（Python示例）
"""
with open('fps.txt') as f:
    frames = [line.split() for line in f if 'Draw' in line]
    fps = len(frames) / (sum(float(f[3]) for f in frames) / 1e9)
"""

数据解读要点

• Jank（卡顿帧）：单帧耗时>16.67ms
• 连续掉帧：检查是否有Missed VSYNC警告
• 线程阻塞：观察Sync阶段异常耗时

四、性能测试的陷阱与对策

1. 测试环境干扰：
2. 关闭自动亮度/省电模式

3. 预热设备避免 thermal throttling

4. 数据失真场景：

5. 静态界面可能显示120FPS（VSYNC虚假数据）

6. 使用adb shell setprop debug.hwui.profile true获取真实数据

7. 权限问题解决：

   # SurfaceFlinger权限不足时
   adb shell service call SurfaceFlinger 1016

五、进阶自动化方案

1. Python自动化脚本：

   import subprocess
   while True:
       subprocess.run(['adb', 'shell', 'dumpsys', 'gfxinfo', pkg])
       time.sleep(1)

2. CI集成示例：

   # GitHub Actions 配置
   - name: FPS Test
     run: |
       adb install app-debug.apk
       adb shell monkey -p 包名 1
       adb shell dumpsys gfxinfo 包名 > fps.log

六、从数据到优化

当发现FPS异常时，可以： 1. 使用Profile GPU Rendering工具定位超标帧 2. 检查Systrace中的UI线程阻塞 3. 优化手段包括： - 减少View层级（用Layout Inspector分析） - 启用硬件加速 - 优化自定义View的onDraw逻辑

通过持续监控关键场景的FPS数据，配合其他性能工具，能系统性地提升应用流畅度。建议建立性能基线，在每次发版前进行回归测试。