UIScrollView 暂停 NSTimer 直到滚动完成

Question

当 UIScrollView（或其派生类）滚动时，似乎所有正在运行的 NSTimers 都会暂停，直到滚动完成。

有办法解决这个问题吗？ 线程？ 优先级设置？ 任何事物？

Answer 1

如果您希望在滚动时触发计时器，则必须运行另一个线程和另一个运行循环； 由于计时器是作为事件循环的一部分进行处理的，因此如果您忙于处理滚动视图，则永远不会抽出时间来处理计时器。 尽管在其他线程上运行计时器的性能/电池损失可能不值得处理这种情况。

Answer 2

这是快速版本。

timer = NSTimer.scheduledTimerWithTimeInterval(0.01, target: self, selector: aSelector, userInfo: nil, repeats: true)
            NSRunLoop.mainRunLoop().addTimer(timer, forMode: NSRunLoopCommonModes)

Answer 3

对于任何使用 Swift 4 的人：

    timer = Timer(timeInterval: 1, target: self, selector: #selector(timerUpdated), userInfo: nil, repeats: true)
    RunLoop.main.add(timer, forMode: .common)

Answer 4

在 swift 5 中测试

var myTimer: Timer?

self.myTimer= Timer.scheduledTimer(withTimeInterval: 1, repeats: true) { timer in
      //your code
}
    
RunLoop.main.add(self.myTimer!, forMode: .common)

Answer 5

一个简单的& 实施简单的解决方案是：

NSTimer *timer = [NSTimer timerWithTimeInterval:... 
                                         target:...
                                       selector:....
                                       userInfo:...
                                        repeats:...];
[[NSRunLoop mainRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];

Answer 6

对于任何使用 Swift 3 的人

timer = Timer.scheduledTimer(timeInterval: 0.1,
                            target: self,
                            selector: aSelector,
                            userInfo: nil,
                            repeats: true)


RunLoop.main.add(timer, forMode: RunLoopMode.commonModes)

Answer 7

tl;dr 运行循环正在处理与滚动相关的事件。 它无法处理更多事件 - 除非您手动更改计时器的配置，以便在 runloop 处理触摸事件时可以处理计时器。 或者尝试替代解决方案并使用 GCD

---

任何 iOS 开发人员都必须阅读的内容。 很多事情最终都是通过RunLoop来执行的。

源自 Apple 文档。

什么是运行循环？

运行循环非常像它的名字听起来。 这是你的线程的一个循环
输入并用于运行事件处理程序以响应传入事件

事件的传递如何被中断？

因为计时器和其他周期性事件是在您运行时传递的
运行循环，绕过该循环会破坏那些的交付
事件。 这种行为的典型例子发生在当你
通过进入循环并重复执行鼠标跟踪例程
从应用程序请求事件。 因为你的代码正在抓取
直接事件，而不是让应用程序调度这些事件
通常情况下，活动计时器将无法触发，直到
您的鼠标跟踪例程退出并将控制权返回给
应用程序。

如果在运行循环执行过程中触发计时器会发生什么？

这种情况发生了很多次，而我们却没有注意到。 我的意思是我们将计时器设置为在 10:10:10:00 触发，但运行循环正在执行一个事件，该事件需要持续到 10:10:10:05，因此计时器在 10:10:10:06 触发

类似地，如果计时器在运行循环处于中间时触发
执行处理程序例程时，计时器会等待下一次
通过运行循环来调用其处理程序。 如果运行循环是
根本不运行，计时器永远不会触发。

滚动或任何让运行循环忙碌的东西是否会在我的计时器即将触发时一直变化？

您可以将计时器配置为仅生成一次或重复生成事件。 A
重复定时器根据
预定的发射时间，而不是实际的发射时间。 例如，如果一个
计时器计划在特定时间每 5 秒触发一次
之后，预定的发射时间将始终落在原来的时间上
5 秒时间间隔，即使实际触发时间有所延迟。
如果发射时间延迟太多以至于错过了一个或多个
预定的触发时间，计时器仅触发一次
错过了时间段。 在错过的时间段内触发后，计时器将
重新安排下一个预定的触发时间。

如何更改 RunLoops 的模式？

你不能。 操作系统只会为您改变自身。 例如，当用户点击时，模式切换到eventTracking。 当用户点击完成后，模式将返回到默认。 如果您希望某些东西在特定模式下运行，那么您需要确保这种情况发生。

---

解决方案：

当用户滚动时，运行循环模式变为 tracking< /代码>。 RunLoop 旨在切换齿轮。 一旦模式设置为eventTracking，它就会优先处理触摸事件（记住我们的 CPU 核心有限）。 这是操作系统设计者的架构设计。

默认情况下，计时器不会在跟踪模式下安排。 他们安排在：

创建一个计时器并将其调度到当前运行循环中
默认模式。

下面的 scheduledTimer 执行以下操作：

RunLoop.main.add(timer, forMode: .default)

如果您如果希望计时器在滚动时工作，那么您必须执行以下任一操作：

let timer = Timer.scheduledTimer(timeInterval: 1.0, target: self,
 selector: #selector(fireTimer), userInfo: nil, repeats: true) // sets it on `.default` mode

RunLoop.main.add(timer, forMode: .tracking) // AND Do this

或者直接执行：

RunLoop.main.add(timer, forMode: .common)

最终执行上述操作之一意味着您的线程不会被触摸事件阻塞。
这相当于：

RunLoop.main.add(timer, forMode: .default)
RunLoop.main.add(timer, forMode: .eventTracking)
RunLoop.main.add(timer, forMode: .modal) // This is more of a macOS thing for when you have a modal panel showing.

---

替代解决方案：

您可以考虑使用 GCD 作为计时器，这将帮助您“屏蔽”代码免受运行循环管理问题的影响。

对于非重复只需使用：

DispatchQueue.main.asyncAfter(deadline: .now() + 5) {
    // your code here
}

对于重复计时器使用：

请参阅如何使用 DispatchSourceTimer

---

从我与 Daniel 的讨论中深入挖掘Jalkut：

问题：GCD（后台线程）（例如后台线程上的 asyncAfter）如何在 RunLoop 之外执行？ 我对此的理解是，一切都将在 RunLoop 内执行，

不一定 - 每个线程最多有一个运行循环，但如果没有理由协调线程的执行“所有权”，则可以有零个运行循环。

线程是操作系统级别的可供性，使您的进程能够在多个并行执行上下文中分割其功能。 运行循环是一种框架级功能，允许您进一步拆分单个线程，以便多个代码路径可以有效地共享它。

通常，如果您分派在线程上运行的某些内容，它可能不会有运行循环，除非调用 [NSRunLoop currentRunLoop] 来隐式创建一个运行循环。

简而言之，模式基本上是输入和计时器的过滤机制

Answer 8

是的，保罗是对的，这是一个运行循环问题。 具体来说，您需要使用 NSRunLoop 方法：

- (void)addTimer:(NSTimer *)aTimer forMode:(NSString *)mode