iOS编程中throttle那些事

0顶
0踩

2017-01-11 10:35 by 副主编 jihong10102006 评论(0) 有7615人浏览

ios 编程 Swif

不知道大家对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源码的时候，读到过一段有意思的代码：

- (void)handleNetworkEvent:(CFStreamEventType)type
{
	//...
    [self performThrottling];
	//...
}

在AFNetworking中也有类似的代码：

/**
 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请求失败的几率会变大，类似这样：

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

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

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

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

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

再后来学习RxSwift的时候，看到：

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是怎么回事，是不是可以信手拈来了:)

查看图片附件

来自: mrpeak

分享到：

0
顶

0
踩

评论共 0 条请登录后发表评论

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

人无远虑,必有近忧的另一层涵义

『人无远虑,必有近忧』这句话源远流长, 以前一直的理解是: 因为过去没有远虑到今天, 所以眼下会有忧虑. 今天又突然悟道, 似乎这个现象还有更即时的表现, 那就是你如果现在没有在考虑将来的事情, 那马上就会有些...

atitit 高扩展性解决方案功能扩展法 v2 t66.docx atitit 高扩展性解决方案.docx 1. 功能扩展 vs 性能扩展 2 1.1. 人无远虑，必有近忧。

atitit 高扩展性解决方案功能扩展法 ...1.1. 人无远虑，必有近忧。系统也一样。 2 1.2. 预留接口插件机制 2 1.3. 通用语言解析接口多功能接口就类似usb接口那样通用 2 1.4. Dsl接口和ast接口 2 1.5. 脚本。脚...

一个程序员对另一个准程序员的忠告

人无远虑必有近忧。由于程序员工作的特殊性，他们普遍存在一些焦虑。 1，健康问题由于长期久坐，各种颈椎腰椎问题在程序员中普遍存在。同时久坐不运动引发的脂肪肝超标也非常常见。此外，长时间不间断劳作...

一个程序员对另一个程序员的忠告

一个程序员对另一个准程序员的忠告 2017-05-19 11:04 295人阅读评论(0) 收藏举报 .embody{ padding:10px

命里有时终须有，命里无时莫强求

命里有时终须有，命里无时莫强求。——《增广贤文》昔时贤文，诲汝谆谆，集韵增文，多见多闻。观今宜鉴古，无古不成今。知己知彼，将心比心。酒逢知己饮，诗向会人吟。相识满天下，知心能几人。相逢好似...

浅谈容量规划

俗话说，”人无远虑，必有近忧”，容量规划就是”远虑”。所谓容量规划，是一个产品满足用户目标需求而决定生产能力的过程。当产品发展到一个较为稳定成熟的阶段，产品的整体处理能力的把控自然是不可或缺，尽管我们...

学习嵌入式，需要哪些硬核技能？

我是小麦，一名热爱电子技术的工程师关注我，一起变得更加优秀！很多初学小白对嵌入式的理解都比较模糊，甚至有错误的理解，今天就给大家分享一下嵌入式到底是什么。嵌入式人才要求嵌入式行业需要什么样...

如何成为高手？嵌入式开发进阶之路...

点击上方“小麦大叔”，选择“置顶/星标公众号”福利干货，第一时间送达大家好，我是小麦，今天给大家分享一下看看嵌入式要掌握哪些技能。1嵌入式人才要求嵌入式行业需要什么样的技术人才？仔细观察各种招聘的岗位...

嵌入式行业需要什么样的技术人才？

人无远虑，必有近忧，没有远大的理想，外界任何一个小的干扰都会让你三心二意，因而知识的学习没有系统性。和同事和领导的沟通不主动，甚至避让，怕领导检查工作。更关注生活而不是工作。比较在意自己的付出。两...

《洞察设计模式的底层逻辑》读后感

和“人无远虑必有近忧”、“未雨绸缪” 讲得道理都是一致的。读经典文中关键的依据都引用自一些经典的图书或者软件领域的理论。（这本身就是对这篇文章作为一个案例的抽象）比如设计模式一书中提到“找到变化，...

我的心，有点累~

在职场工作中，总是感觉若干同事，缺乏“精益求精”的精神气。工作，干完就好。系统，能运行就行。代码，不报错，就达标。系统越来越多的时候，重复性问题越来越多。...项目的启动过程，有几个人看了。真...

【深入理解Java原理】ThreadLocal

ThreadLocal 线程调用，每个线程调用全局ThreadLocal 对象的set方法，相当于往其内部的map 中增加一条记录，key 分别是各自的线程，value 是各自的set方法传进去的值，在线程结束时可以调用Threadlocal.clear()...

小学生必积累的名人名言汇总100条

与有肝胆人共事，从无字句处读书。——周恩来出淤泥而不染，濯清涟而不妖。——周敦颐生活的理想，就是为了理想的生活。—— 张闻天静以修身，俭以养德，非淡泊无以明志，非宁静无以致远。——诸葛亮走...

现身说法：37岁老码农找工作！

点击上方“后端技术精选”，选择“置顶公众号”技术文章第一时间送达！周末分享一篇非技术文章，希望大家看了能有所收获：前几天突然接到dk的电话，要和我聊聊天。他说他们部门调整，虽然最后他留了...

Java 技术路上的迷茫及远方

IT从业者的中年危机问题，跟跳槽的迷惘一样，也是没有明确的职业发展路线导致的问题，虽然我不是什么职场咨询专家，但是我知道一个问题就是，“人无远虑，必有近忧”。希望能鼓励看到我分享的所有人，内心有所触动，...

毕业两年

六月真是个诡异的一月，对我来说这个月就是从每个周末比工作日都要忙的一个月。先是参加尚宝宝婚礼，再是搬家，最后是猪的毕业季以及公司的半年会，庆幸的是每件事都还比较顺利。这里单说下搬家，虽然是租的房子，但...

迷茫与远方，IT人的技术之路

我想了想，觉得有必要先列个提纲，这样整个文章内容描述才能逻辑清晰，大家也能看的简单易懂。那废话不多说，这次给大家分享的有以下几点内容：入“坑”与填“坑” 跳过的槽面过的试诗与远方 ...

碳交易机制下考虑需求响应的综合能源系统优化运行模型及有效性分析,碳交易机制下需求响应的综合能源系统优化运行策略探索：低碳减排的实践路径,碳交易机制下考虑需求响应的综合能源系统优化运行综合能源系统是实

碳交易机制下考虑需求响应的综合能源系统优化运行模型及有效性分析,碳交易机制下需求响应的综合能源系统优化运行策略探索：低碳减排的实践路径,碳交易机制下考虑需求响应的综合能源系统优化运行综合能源系统是实现“双碳”目标的有效途径，为进一步挖掘其需求侧可调节潜力对碳减排的作用，提出了一种碳交易机制下考虑需求响应的综合能源系统优化运行模型。首先，根据负荷响应特性将需求响应分为价格型和替代型 2 类，分别建立了基于价格弹性矩阵的价格型需求响应模型，及考虑用能侧电能和热能相互转的替代型需求响应模型; 其次，采用基准线法为系统无偿分配碳排放配额，并考虑燃气轮机和燃气锅炉的实际碳排放量，构建一种面向综合能源系统的碳交易机制; 最后，以购能成本、碳交易成本及运维成本之和最小为目标函数，建立综合能源系统低碳优化运行模型，并通过 4 类典型场景对所提模型的有效性进行了验证。通过对需求响应灵敏度、燃气轮机热分配比例和不同碳交易价格下系统的运行状态分析发现，合理分配价格型和替代型需求响应及燃气轮机产热比例有利于提高系统运行经济性，制定合理的碳交易价格可以实现系统经济性和低碳性协同。关键词: 碳交易机制;

MATLAB演示程序：涡旋拉盖尔-高斯光束的横模特性与拓扑荷数及径向指数的影响分析,涡旋拉盖尔高斯光束MATLAB演示程序,涡旋拉盖尔高斯光束横模MATLAB演示程序拓扑荷数l ：决定了光束的轨道

MATLAB演示程序：涡旋拉盖尔-高斯光束的横模特性与拓扑荷数及径向指数的影响分析,涡旋拉盖尔高斯光束MATLAB演示程序,涡旋拉盖尔高斯光束横模MATLAB演示程序拓扑荷数l ：决定了光束的轨道角动量。具有不同拓扑荷数的涡旋拉盖尔 - 高斯光束携带不同大小的轨道角动量。影响光束的相位分布。当l≠0时，光束具有螺旋相位结构，即相位随着角向坐标以的周期变化。可以通过光学方法进行调控和测量，在量子信息处理、光学镊子等领域有重要应用。径向指数p ：表示径向方向上的节点数。 p值越大，光束在径向方向上的能量分布变化越复杂，会出现更多的节点和暗区。与拓扑荷数一起决定了光束的整体形状和强度分布。 ,涡旋拉盖尔-高斯光束; 拓扑荷数l; 径向指数p; MATLAB演示程序; 螺旋相位结构; 角向坐标变化; 轨道角动量。,MATLAB演示涡旋拉盖尔-高斯光束横模：拓扑荷数与径向指数的影响

PFC5.0算例代码解析：含矿物岩石材料,PFC5.0代码解析：探究由三种矿物构成的岩石与类岩石材料在GBM条件下的单轴压缩2D模拟算例，助力学习与技能提升,PFC5.0代码，含三种矿物组成的岩石或者

PFC5.0算例代码解析：含矿物岩石材料,PFC5.0代码解析：探究由三种矿物构成的岩石与类岩石材料在GBM条件下的单轴压缩2D模拟算例，助力学习与技能提升,PFC5.0代码，含三种矿物组成的岩石或者类岩石材料，GBM，单轴压缩2d，算例代码仅供学习以及提升 ,关键词：PFC5.0代码；三种矿物组成；岩石或类岩石材料；GBM；单轴压缩2d；算例代码；学习；提升；关键词：PFC5.0; 矿物组成; 岩石/类岩石; GBM; 单轴压缩; 算例学习; 提升;,PFC5.0模拟：含三种矿物岩石材料单轴压缩算例

0顶0踩