资讯频道 → 编程语言
阅读更多

0顶
0踩

编程语言

转载新闻 iOS编程中throttle那些事

2017-01-11 10:35 by 副主编 jihong10102006 评论(0) 有7590人浏览
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是怎么回事，是不是可以信手拈来了:)
  • 大小: 40.7 KB
来自: 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人的技术之路

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

  • MATLAB Simulink搭建电动汽车整车七自由度模型：含七自由度建模细节与模糊控制算法及魔术公式等相关说明文档,MATLAB Simulink搭建电动汽车整车七自由度模型电动汽车七由度模型，包括

    MATLAB Simulink搭建电动汽车整车七自由度模型：含七自由度建模细节与模糊控制算法及魔术公式等相关说明文档,MATLAB Simulink搭建电动汽车整车七自由度模型电动汽车七由度模型，包括纵向运动，侧向运动横摆运动，模糊控制算法，轮胎模型，魔术公式等等，包含相关说明文档。 ,核心关键词：MATLAB Simulink; 电动汽车整车七自由度模型; 纵向运动; 侧向运动; 横摆运动; 模糊控制算法; 轮胎模型; 魔术公式; 相关说明文档。,MATLAB Simulink：电动汽车七自由度模型构建与模糊控制算法应用

  • 粒子群优化算法下的电力系统经济调度与经济成本优化策略（基于IEEE30节点六机模型）,基于粒子群算法的电力系统最优潮流 以IEEE30节点的六机为对象，建立考虑功率平衡、机组爬坡约束、出力限制约束的

    粒子群优化算法下的电力系统经济调度与经济成本优化策略（基于IEEE30节点六机模型）,基于粒子群算法的电力系统最优潮流 以IEEE30节点的六机为对象，建立考虑功率平衡、机组爬坡约束、出力限制约束的电力系统经济调度模型，采用粒子群算法对模型进行求解，得到六个机组的最优运行计划，确定系统最优运行成本。 这段程序主要是一个基于粒子群优化算法（PSO）的电力系统调度程序。它用于优化电力系统中火电、风电和光伏发电机组的出力，以实现最小化发电成本和最小化失负荷量的目标。 该程序的主要功能是根据给定的负荷数据、初始机组出力和风光发电数据，通过PSO算法求解最优的机组出力方案。它涉及到的领域是电力系统调度和优化。 程序的主要思路如下： 1. 首先，定义了一些参数，如最大迭代次数、搜索空间维数、粒子个数等。 2. 然后，加载了电力系统的一些数据，包括机组的发电成本、负荷数据、风电数据和光伏数据。 3. 接下来，使用PSO算法对每个小时的机组出力进行优化，得到最优的机组出力方案。 4. 计算每个小时的发电成本、失负荷量、弃风弃光量等指标。 5. 绘制机组出力曲线、风电出力曲线、光伏出力曲线、负荷曲

  • 西门子200smart恒压供水系统：三拖三配置，精准压力控制，稳定快速PLC内部PID调节，昆仑通态触摸屏操作，适用多场景 ,西门子200smart恒压供水(3托3) 功能: 三拖三(3台变频3台水泵

    西门子200smart恒压供水系统：三拖三配置，精准压力控制，稳定快速PLC内部PID调节，昆仑通态触摸屏操作，适用多场景。,西门子200smart恒压供水(3托3) 功能: 三拖三(3台变频3台水泵)，3台水泵循环软启，定时轮工作。 硬件:采用西门子200smart +昆仑通态触摸屏。 优点: 1.一对一变频，一台变频器拖一台泵，解决变频切的繁琐和安全性； 2.适用于大小功率，主要应用于压力精度要求高设备或行业。 3.采用ABB acs510变频器 (也可用其他牌子没有限制) 4.采用plc内部PID，速度快，系统稳定； ,核心关键词：西门子200smart恒压供水；三拖三；水泵循环软启；定时轮换工作；昆仑通态触摸屏；一对一变频；变频切换；压力精度；ABB acs510变频器；PLC内部PID；系统稳定。,西门子200smart智能恒压供水系统：三拖三变频软启与高效能PID控制

Global site tag (gtag.js) - Google Analytics