页面卡顿检测方案

引言

卡顿现象在早期的开发项目中是一个非常值得注意的问题。随着应用功能的不断增加,代码复杂度也在不断提升,特别是在较为低端的机型上,稍有不慎就可能引发卡顿现象。虽然近年来新发布的设备性能显著提升,但卡顿问题仍然不容忽视。即使在高端设备上,复杂的动画、数据处理任务或不合理的资源分配,都会导致用户体验的显著下降。

卡顿不仅影响用户的使用感受,还可能导致用户对应用的不满,进而降低应用的留存率。因此,如何有效地检测、分析和解决卡顿问题,成为了 iOS 开发中一个至关重要的环节。尤其是在开发的早期阶段,通过及时发现和解决卡顿问题,能够有效提升应用的性能表现,并为后续的优化工作打下坚实的基础。

在这篇文章中,我们将深入探讨 iOS 应用中的卡顿检测方法,介绍一些常用的工具和技术手段,帮助开发者在开发过程中及早发现潜在的性能瓶颈,确保应用在各类设备上都能保持流畅的用户体验。

什么是卡顿?

什么是帧率 (Frames Per Second, FPS): 帧率就是每秒中显示的画面帧数,通常来说,iOS设备的屏幕刷新帧率是60Hz,也就是说理想情况下每秒应该现实60帧画面。

帧率与流畅度的关系:如果页面每秒的帧数低于60帧比如20帧或者更低,那么用户就会感到卡顿,帧率越低,卡顿越明显。

iOS应用所有的UI渲染工作都是在主线程上进行的,但是主线程不仅仅负责UI渲染,还需要处理用户交互,动画,网络请求数据处理等任务,如果有些复杂任务阻塞的主线程,那么就会导致帧率下降,进而引发卡顿。

卡顿产生原因

当我们在主线程上进行比较复杂的计算和数据处理时会严重影响帧率。当一次性加载过多或者过大的图片时,尤其是在滑动过程中进行加载容易导致UI卡顿。

在项目开发中比较常见的场景,当一个页面中有多个列表需要加载和显示时。或者当我们使用UIScrollView加载过多的图片时,由于没有复用机制这些图片会被同时渲染从而阻塞主线程。

卡顿检测指标

卡顿检测最显而易见的两个指标一个是帧率,当页面渲染的帧率没有达到流程的水准我们就可以定义为它当前发生了卡顿。

另一个指标是主线程的阻塞时间,主线程被阻塞的时间长度直接影响UI的响应速度,如果主线程阻塞时间过程,用户操作就会感觉到迟钝或者卡顿。

卡顿检测方案

基于上面两个指标我们来实现两个不同的卡顿检测方案。

使用CADisplayLink检测帧率

CADisplayLink的用法和定时器相似,它会以屏幕的刷新频率调用制定的目标方法,所以我们可以通过计算1秒内目标方法的执行次数来计算FPS,当FPS低于我们约定值时可以判断发生卡顿。

具体代码如下:

class DLFrameRateMonitor: NSObject {
    
    /// CADisplayLink
    private var displayLink:CADisplayLink?
    /// 上一次时间
    private var lastTimestamp:CFTimeInterval = 0
    /// 帧数
    private var frameCount:Int = 0
    
    /// 开始检测
    func startMonitor() {
        displayLink = CADisplayLink(target: self, selector: #selector(displayLinkAction))
        displayLink?.add(to: RunLoop.main, forMode: .common)
        lastTimestamp = 0
        frameCount = 0
    }
    
    /// 结束检测
    func stopMonitor() {
        displayLink?.invalidate()
        displayLink = nil
    }
    
    @objc private func displayLinkAction() {
        if lastTimestamp == 0 {
            lastTimestamp = displayLink?.timestamp ?? 0
            return
        }
        frameCount += 1
        let delta = displayLink?.timestamp ?? 0 - lastTimestamp
        if delta < 1 {
            return
        }
        let fps = Double(frameCount) / delta
        print("FPS: \(fps)")
        lastTimestamp = displayLink?.timestamp ?? 0
        frameCount = 0
    }
}

使用主线程阻塞检测卡顿

该方案的核心私信就是通过检测主线程的执行时间来判断是否发生了看现象。

通过创建一个子线程,监测主线程的“RunLoop”状态,创建一个“CFRunLoopObserver”监测主线程“RunLoop”的执行状态,记录它的进入和退出时间,如果这个时间差超过一定的的阈值,那么我们就认为它发生了卡顿。具体代码如下:

注册通知:

    override init() {
        super.init()
        // 注册runloop状态改变通知
       let observer = CFRunLoopObserverCreateWithHandler(kCFAllocatorDefault, CFRunLoopActivity.beforeSources.rawValue | CFRunLoopActivity.afterWaiting.rawValue, true, 0) { (observer, activity) in
            self.runloopActivityChange(activity: activity)
        }
        CFRunLoopAddObserver(CFRunLoopGetMain(), observer, CFRunLoopMode.commonModes)
    }
    /// runloop状态改变
    private func runloopActivityChange(activity:CFRunLoopActivity) {
        self.activity = activity
        semaphore.signal()
    }

开始检测:

    /// 开始检测
    func startMonitor() {
        if isMonitoring {
            return
        }
        isMonitoring = true
        monitorQueue.async {
            while self.isMonitoring {
                let timeout = DispatchTime.now() + .seconds(1)
                let result = self.semaphore.wait(timeout: timeout)
                if result == .timedOut {
                    if self.activity == .beforeSources || self.activity == .afterWaiting {
                        self.timeoutCount += 1
                        if self.timeoutCount >= 3 {
                            print("卡顿了")
                        }
                    }
                }
                else {
                    self.timeoutCount = 0
                }
            }
        }
    }

结束检测:

    /// 结束检测
    func stopMonitor() {
        isMonitoring = false
        semaphore.signal()
    }

结语

在现代应用开发中,用户体验至关重要,而流畅的界面响应是确保良好用户体验的关键之一。主线程卡顿,无论是由于复杂的计算任务、长时间的 I/O 操作,还是不必要的 UI 更新,都会直接影响应用的流畅度和响应速度。因此,及时检测和解决卡顿问题,是提升应用性能和用户满意度的重要步骤。

在本篇文章中,我们探讨了几种主线程卡顿检测方案,包括 CADisplayLink 和基于主线程运行时状态的监测方法。CADisplayLink 作为一种高精度的解决方案,能够实时检测帧率的波动,从而发现卡顿现象。它的优势在于能提供详细的帧渲染信息,帮助我们精准定位性能瓶颈。然而,使用 CADisplayLink 的方法也有其局限性,例如可能对系统性能产生额外的负担。

另一方面,通过结合 RunLoop 状态和 GCD,我们可以实现更灵活的卡顿检测方案。这些方法能够利用系统提供的机制,实时监控主线程的状态和响应时间,帮助我们更好地识别潜在的性能问题。通过信号量和子线程监测,我们可以避免主线程因卡顿问题导致的用户体验下降。

每种检测方案都有其优缺点,选择合适的方法需要根据应用的具体需求和性能目标进行权衡。通过有效地应用这些检测技术,我们可以及早发现和修复卡顿问题,从而优化应用性能,提升用户体验。

  • 14
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在JavaScript中,`setInterval` 是一个用于定期执行指定函数的内置方法。然而,如果使用不当或处理不当,它可能会导致页面卡顿,也就是我们常说的性能问题。以下是可能导致页面卡顿的一些原因: 1. 频繁的DOM操作:`setInterval` 中的函数如果频繁地修改DOM树,比如大量元素的添加、删除或样式更改,这会占用大量的浏览器渲染资源,使页面响应变慢。 2. 无限循环或未及时清除:如果定时器内的函数没有正确的结束条件或者没有被正确地清除(例如忘记调用 `clearInterval`),它将持续运行,直到页面关闭,这会导致CPU负载过高。 3. CPU密集型计算:如果定时器内的函数执行了复杂的运算或I/O操作,这些任务可能占用大部分处理器时间,使得页面暂停响应。 4. 错误的事件监听:如果定时器关联的事件处理函数引起了事件冒泡或阻止默认行为,而这些行为需要大量处理,也可能导致页面卡顿。 为避免这些问题,你可以采取以下措施优化: - 尽量减少DOM操作次数,尤其是当操作涉及到大量元素时。 - 在定时器内完成工作后,确保清除定时器,避免不必要的资源占用。 - 如果有循环,考虑使用 `requestAnimationFrame` 替代,因为它的执行时机更符合浏览器的渲染流程。 - 对于复杂的任务,考虑使用 Web Worker 来在后台线程中运行,减轻主线程负担。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值