按理说，

在 iOS 开发中。**帧率**是衡量 UI 流畅度的主要指标。一个平滑的界面不仅让使用者用起来更舒服，更直接影响到 App 的留存率与口碑。

一、了解 CADisplayLink 的工作方式

CADisplayLink 是与屏幕刷新同步的定时器，内部是一个 CFRunLoopSource。当你创建并添加到主线程 RunLoop 时它会在每一次 VSync 信号到来时唤醒 RunLoop 并执行回调。

CADisplayLink *link =;说起来，forMode:NSRunLoopCommonModes];

为什么比 NSTimer 更精准？

• NSTimer 依赖 RunLoop 的分发；若主线程正忙，Timer 可能被延迟甚至跳过从而无法保证与屏幕同步。
• CADisplayLink 受硬件 VSync 驱动。只要回调执行时间不超过一帧，它就会在每次 VSync 时被调用。不过，支持 preferredFramesPerSecond 属性。可根据需求调整期望帧率，

关键属性：

• duration: 每帧理论间隔
• timestamp: 当前回调对应的绝对时间戳

二、从 CADisplayLink 拿到 FPS、掉帧和冻结信息

. 帧率计算方式

每次回调时计数器自增，同时记录第一帧的 timestamp。当累计时间超过 1 秒后计算平均 FPS：

FPS = fpsCount / elapsedTime
// 重置计数器并更新起始时间戳
fpsCount = 0;firstTimestamp = link.timestamp;老实说，

. 掉帧检测逻辑

通过相邻两次回调间隔判断是否有丢帧：

actualInterval = current.timestamp - last.timestamp;droppedFrames = / link.duration;if {
// 标记掉帧事件
}
last.timestamp = current.timestamp;

• 轻度卡顿: 单次丢失 ≥ 3 帧
• 严重卡顿: 单次丢失 ≥ 7 帧

. 冻结帧检测标准

如果两帧之间时间差 ≥ 指定阈值。则视为主线程“冻死”，画面无响应。此时需要及时采集堆栈信息以定位问题。

if {
isFreezeCaptured = YES;}
...

三、完整示例代码：实时监测 FPS 与卡顿情况

@interface FPSMonitor
@property CADisplayLink *displayLink;@property CFTimeInterval firstTimestamp;老实说，@property CFTimeInterval lastTimestamp;@property NSInteger fpsCount;@property BOOL isFreezeCaptured;@end
@implementation FPSMonitor
- init {
if {
self.displayLink =;forMode:NSRunLoopCommonModes];话说回来，self.firstTimestamp = CACurrentMediaTime;self.lastTimestamp = self.firstTimestamp;
}
return self;}
- update:link {
// ---- 掉帧计算 ----
CFTimeInterval interval = link.timestamp - self.lastTimestamp;NSInteger droppedFrames = round / link.duration);if { // 严重卡顿
NSLog;// 可上报统计或触发自定义处理
}
// ---- 冻结检测 ----
if {
self.isFreezeCaptured = YES;// 实现自行采集堆栈并上报
NSLog;}
// ---- FPS统计 ----
self.fpsCount++;CFTimeInterval elapsedSinceFirst = link.timestamp - self.firstTimestamp;if {
CGFloat fps = self.fpsCount / elapsedSinceFirst;NSLog，// 重置统计数据
self.fpsCount = 0;self.firstTimestamp = link.timestamp;// 冻结标记恢复条件：FPS 恢复正常后可重新开启捕获
if
self.isFreezeCaptured = NO;}
// 更新上一次时间戳准备下一轮循环
self.lastTimestamp = link.timestamp;}
#pragma mark - 堆栈采集示例
- captureMainThreadStack {
// 使用 mach 栈获取或第三方工具。例如 Crashlytics 的 stacktrace API
}
@end

• # 使用者流失痛点：A 高峰期 APP 卡顿导致使用者退出，特别是在游戏或短视频场景更易产生“瞬间离开”。说起来，通过实时监测并及时修复，可以明显提高留存。
• # 难以定位 Freeze 点：A 刷新停滞几百毫秒但无明显错误日志。使用上述 freeze 检测配合堆栈采集，可快速定位是 UI 渲染阻塞还是业务逻辑耗时。
• # 性能瓶颈诊断难度大：CADisplayLink 提供了精确的 VSync 时刻，相比传统 RunLoop 打印更能反映真实渲染压力。结合 XCode Instruments 的 Core Animation 或 Time Profiler，可以做更细粒度分析。话说回来，
• # 如何避免误报：A 简单的阈值可能受设备差异影响。建议使用动态阈值，如来平滑噪声。话说回来，
• # 报警策略：A 在高频低 FPS 或持续 Freeze 时通过服务器报警或推送给开发团队。实现快速响应和迭代闭环，
• # 可视化展示：A 在测试环境中将实时 FPS、drop 和 freeze 情况绘制成图表。让 QA 与 PM 一眼看到问题热点，从而加速验证流程。
• # 自动化脚本辅助：A 利用 XCTest + XCUITest 捕获 UI 流程中的 freeze 情况。在 CI/CD 中自动跑测评，让性能 QA 与功能 QA 同步进行。不过，
• # 常用方法：

只要掌握了上述监控方法。你就可以像“盯着心跳”一样实时关注 App 的渲染状态，把潜在卡顿隐藏在第一线，让使用者体验始终保持 “光滑如丝”。祝你开发顺利，🚀️️️️️️