iOS编程中throttle那些事

本文探讨了计算机领域的Throttle概念,包括其在磁盘I/O、网络带宽及事件频率控制等场景的应用,揭示了如何通过限制流量提升系统性能。

不知道大家对throttle这个单词是否看着眼熟,还是说对这个计算机基础概念有很清晰的了解了。今天就来聊聊和throttle相关的一些技术场景。

定义

我经常有一种感觉,对于英语这门语言的语感,会影响我们对于一些关键技术概念的理解。有时候在学习新技术知识的时候,我会先花一些时间去了解术语英文单词的各种语义,在形成强烈清晰的语感之后,再去深入具体的技术语境。throttle也算是个生僻的单词,至少在口语中毕竟少用到,先来看看词义:

a device controlling the flow of fuel or power to an engine.

中文翻译是节流器,一种控制流量的设备。对应到我们计算机世界,可以理解成,一种控制数据或者事件流量大小的机制。这么说可能还是有些抽象,再来看看一些具体的技术场景加深理解。

场景一:GCD Background Queue

话说GCD几乎是iOS面试的必问题,也是个送分题:)。

我一般会机械式的先问:GCD有哪几种Queue?回答:串行Queue和并行Queue。

我继续问:Global Queue有哪几种优先级?回答:有几种吧,大概记得Default,Low,High吧。

我双眉一挑,进一步试探:不知道少侠有没有研究过DISPATCH_QUEUE_PRIORITY_BACKGROUND作何用?问完立即竖起耳朵,殷殷期盼萦绕于心的关键字。如果能听到「I/O Throttle 呀!」,我会瞬间觉得面试气氛被点亮了。

当然啦,答不出I/O Throttle并不能说明技术不扎实,但能答出来,至少表明对待技术是有好奇心的,加分!

官方文档如是说:

Items dispatched to the queue run at background priority; the queue is scheduled for execution after all high priority queues have been scheduled and the system runs items on a thread whose priority is set for background status. Such a thread has the lowest priority and any disk I/O is throttled to minimize the impact on the system.

那Disk I/O Throttle做什么用呢?按照上面这段描述,Disk I/O会impact system performance。

理解Disk I/O的影响需要补充一些大学课本上的知识。一次磁盘读写操作涉及到的硬件资源主要有两个,CPU和磁盘。任务本身由CPU触发和调度,读操作发生时,CPU告知Disk去获取某个地址的数据,此时由于Disk的读操作存在寻址延迟,CPU是处于I/O wait状态,一直维持到Disk返回数据为止。处于I/O wait状态的CPU,此时并不能把这部分等待的时间用来处理其他任务,也就是说这一段等待的CPU时间被“浪费”了。而CPU是公共的系统资源,这部分资源的损耗自然会对系统的整体表现产生负面影响。即使Global Queue使用的是子线程,也会造成CPU资源的消耗。

如果把任务的Priority调整为DISPATCH_QUEUE_PRIORITY_BACKGROUND,那么这些任务中的I/O操作就被被控制,虽然具体的控制策略并没有官方文档描述(一种可能的策略是并发的Disk I/O变为串行的),但我们能确认的是,部分I/O操作的启动时间很有可能被适当延迟,把更多的CPU资源腾出来处理其他任务(比如说一些系统资源的调度任务),这样可以让我们的系统更加稳定高效。简而言之,对于重度磁盘I/O依赖的后台任务,如果对实时性要求不高,放到DISPATCH_QUEUE_PRIORITY_BACKGROUND Queue中是个好习惯,对系统更友好。

实际上I/O Throttle还分为好几种,有Disk I/O Throttle,Memory I/O Throttle,和Network I/O Throttle。语义类似只不过场景不同,继续往下看。

场景二:ASIHttpRequest Network Throttle

早几年读ASIHttpRequest源码的时候,读到过一段有意思的代码:

1
2
3
4
5
6
- (void)handleNetworkEvent:(CFStreamEventType)type
{
//...
    [self performThrottling];
//...
}

在AFNetworking中也有类似的代码:

1
2
3
4
5
6
7
8
9
10
/**
 Throttles request bandwidth by limiting the packet size and adding a delay for each chunk read from the upload stream.
 
 When uploading over a 3G or EDGE connection, requests may fail with "request body stream exhausted". Setting a maximum packet size and delay according to the recommended values (`kAFUploadStream3GSuggestedPacketSize` and `kAFUploadStream3GSuggestedDelay`) lowers the risk of the input stream exceeding its allocated bandwidth. Unfortunately, there is no definite way to distinguish between a 3G, EDGE, or LTE connection over `NSURLConnection`. As such, it is not recommended that you throttle bandwidth based solely on network reachability. Instead, you should consider checking for the "request body stream exhausted" in a failure block, and then retrying the request with throttled bandwidth.
 
 @param numberOfBytes Maximum packet size, in number of bytes. The default packet size for an input stream is 16kb.
 @param delay Duration of delay each time a packet is read. By default, no delay is set.
 */
- (void)throttleBandwidthWithPacketSize:(NSUInteger)numberOfBytes
                                  delay:(NSTimeInterval)delay;

原谅我贴了一大段注释,这段英文描述对于加深我们对于一些网络行为的理解很有帮助。

这些知名的第三方网络框架都有对Newtork Throttle的支持,你可能会好奇,我们为什么要对自己发出的网络请求做流量控制,难道不应该尽可能最大限度的利用带宽吗?

此处需要科普一点TCP协议相关的知识。我们通过HTTP请求发送数据的时候,实际上数据是以Packet的形式存在于一个Send Buffer中的,应用层平时感知不到这个Buffer的存在。TCP提供可靠的传输,在弱网环境下,一个Packet一次传输失败的概率会升高,即使一次失败,TCP并不会马上认为请求失败了,而是会继续重试一段时间,同时TCP还保证Packet的有序传输,意味着前面的Packet如果不被ack,后面的Packet就会继续等待,如果我们一次往Send Buffer中写入大量的数据,那么在弱网环境下,排在后面的Packet失败的概率会变高,也就意味着我们HTTP请求失败的几率会变大,类似这样:

4.png

大部分时候在应用层写代码的时候,估计不少同学都意识不到Newtork Throttle这种机制的存在,在弱网环境下(丢包率高,带宽低,延迟高)一些HTTP请求(比如上传图片或者日志文件)失败率会激增,有些朋友会觉得这个我们也没办法,毕竟网络辣么差。其实,作为有追求的工程师,我们可以多做一点点,而且弱网下请求的成功率其实是个很值得深入研究的方向。针对弱网场景,我们可以启用Newtork Throttle机制,减小我们一次往Send Buffer中写入的数据量,或者延迟某些请求的发送时间,这样所有的请求在弱网环境下,都能「耐心一点,多等一会」,请求成功率自然也就适当提高啦。

那么,再看AFNetworking中的这个函数,是不是更能理解了呢?

1
2
- (void)throttleBandwidthWithPacketSize:(NSUInteger)numberOfBytes
                                  delay:(NSTimeInterval)delay;

Network Throttle体现了一句至理名言「慢即是快」。

场景三:Event Frequency Control

不知道大家在写UI的时候,有没有遇到过用户快速连续点击UIButton,产生多次Touch事件回调的场景。以前机器还没那么快的时候,我在用一些App的时候,时不时会遇到偶尔卡顿,多次点击一个Button,重复Push同一个Controller。有些工程师会在Button的点击事件里记录一个timestamp,然后判断每次点击的时间间隔,间隔过短就忽略,这也不失为一种解决办法。

再后来学习RxSwift的时候,看到:

1
2
3
4
5
6
button.rx_tap
   .throttle(0.5, MainScheduler.instance)
   .subscribeNext { _ in 
      print("Hello World")
   }
   .addDisposableTo(disposeBag)

终于有了优雅的书写方式。发现没有,throttle又出现了,这里throttle控制的是什么呢?不是disk读写,也不是network buffer,而是事件,把事件本身抽象成了一种Data,控制这种数据的流量或者产生频率,就解决了上面我们所说重复点击按钮的问题,so easy。

总结

当然还会有更多的场景,throttle其实是个基础的计算机知识。理解throttle相关的技术概念,需要在不同场景下去抽象出一个flow被节流的画面。现在,如果让你来解释一些具体的技术场景下,throttle是怎么回事,是不是可以信手拈来了:)

 

转载于:https://www.cnblogs.com/SensenCoder/p/6261455.html

在 Swift 编程语言中,实现节流(Throttle)功能通常用于控制函数的执行频率,防止在短时间内重复调用。这种机制在处理用户输入、网络请求、传感器数据更新等场景中非常有用。 ### 使用 `DispatchQueue` 实现基本的节流功能 可以利用 `DispatchQueue` 和 `DispatchWorkItem` 实现一个简单的节流机制。以下是一个示例实现: ```swift class Throttler { private var workItem: DispatchWorkItem = DispatchWorkItem(block: {}) private var queue: DispatchQueue = DispatchQueue.main func throttle(delay: TimeInterval, action: @escaping () -> Void) { workItem.cancel() workItem = DispatchWorkItem { [weak self] in guard let self = self else { return } action() } queue.asyncAfter(deadline: .now() + delay, execute: workItem) } } ``` 使用方式如下: ```swift let throttler = Throttler() func performSearch(query: String) { print("Searching for: $query)") } // 在某个件中(例如 UITextField 的 textDidChange 件) throttler.throttle(delay: 0.5) { performSearch(query: "example") } ``` 上述代码确保 `performSearch` 函数只有在最后一次调用后 0.5 秒内没有再次触发时才会执行。 ### 使用 Combine 框架实现节流 如果你的应用支持 iOS 13 或更高版本,可以使用 Apple 提供的 Combine 框架来实现节流功能。Combine 提供了 `debounce` 操作符,可以非常方便地控制件流的频率。 ```swift import Combine class ViewModel { private var cancellables = Set<AnyCancellable>() private var textSubject = PassthroughSubject<String, Never>() init() { textSubject .debounce(for: .seconds(0.5), scheduler: RunLoop.main, options: nil) .sink { [weak self] text in self?.performSearch(query: text) } .store(in: &cancellables) } func performSearch(query: String) { print("Searching for: $query)") } func onTextChanged(_ text: String) { textSubject.send(text) } } ``` 在 `onTextChanged` 方法中调用时,只有在 0.5 秒内没有新的文本输入时,`performSearch` 才会被触发。 ### 使用第三方库实现节流 1. **RxSwift** 如果你使用 RxSwift 进行响应式编程,可以使用 `throttle` 操作符来实现节流功能。 ```swift import RxSwift let disposeBag = DisposeBag() Observable.from(["query1", "query2", "query3"]) .throttle(.seconds(1), scheduler: MainScheduler.instance) .subscribe(onNext: { query in print("Searching for: $query)") }) .disposed(by: disposeBag) ``` 2. **PromiseKit** 虽然 PromiseKit 主要用于处理异步操作,但结合 `after` 方法也可以实现简单的节流逻辑。 3. **SwiftThrottle** 一些开源项目如 [SwiftThrottle](https://github.com/1amageek/SwiftThrottle) 提供了更高级的节流功能,适合需要更复杂控制的场景。 ### 总结 - **基础实现**:使用 `DispatchQueue` 和 `DispatchWorkItem` 可以快速实现节流功能。 - **现代框架**:使用 Combine 框架中的 `debounce` 操作符可以更方便地处理件流。 - **第三方库**:RxSwift 和其他开源库提供了更高级的节流功能,适合复杂场景。 这些方法和库可以帮助开发者在 Swift 中实现节流功能,以控制函数执行频率或处理件流[^1]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值