前一段时间在做电流App H5页面，需求中落地页占比较大，落地页承担的职责就是引流。引流有两种形式，同时也是我们对唤端的定义：引导已下载用户打开APP，引导未下载用户下载APP。
引导已下载用户打开APP，从数据上说用户停留在APP中的时间更多了，是在提高用户粘性；从体验上说，APP体验是要比H5好的。引导未下载用户下载APP，可以增加我们的用户量。
上面其实分别解释了 什么是唤端 以及 为什么要唤端，也就是 3W法则 中的 What 和 Why，那么接下来我们就要聊一聊 How 了，也就是 如何唤端 。
原文链接：https://github.com/substack/stream-handbook#duplex
“We should have some ways of connecting programs like garden hose–screw in
another segment when it becomes necessary to massage data in
another way. This is the way of IO also.”
— Doug McIlroy. October 11, 1964
Streams在Unix早期就来到我们身边，并且在过去的几十年已经证明了它们是一个可信的方式–通过小部件来组成大系统，小部件只需要做好某一件事。在Unix中，Streams由shell用|管道实现。在node中，内置的stream模块由核心库使用并且可以供user-space模块使用。和Unix类似，node中Stream模块的主要组成运算符名为pipe(),你也可以免费获得一个背压机制来节流对一个缓慢接收者的写入。
前文 《从输入url到浏览器显示页面，发生了什么？（浏览器渲染篇）》 中讲到了，页面需要根据 Render Tree 来进行布局与绘制。今天我们就基于它来理解一下两个性能杀手—— 回流 与 重绘。
我们今天来了解一下浏览器工作原理，它是由呈现引擎（也就是各位道友常说的内核）来完成的。我们今天主要借助 webkit 来看一下。
呈现引擎一开始会从网络层获取请求文档的内容，然后开始进行下面的这个流程：
这是很出名的一道题，我们分成两部分来看这道题：网络通信和浏览器渲染。本篇将只介绍网络通信，浏览器渲染留待下文。
计算机与网络设备要互相通信，双方就必须基于相同的规则。比如如何探测通信目标、由哪一边先发起通信、用哪种语言进行通信、硬件如何通信，所有的一切都需要有一个规则。我们把这种规则称为协议（protocol）。
需要建立规则的事务很多，每种事务都有其对应的规则（协议）。而这所有互联网相关的协议集合我们称作 TCP/IP 协议族。
原文链接：https://css-tricks.com/the-difference-between-throttling-and-debouncing/
在我有这些疑惑的某个日子，有人指点了我。所以，我把它们放到了博客文章里以及这个网站。两者都是为了性能而限制基于DOM事件执行的Javascript的数量的方法。但是它们，是的你猜到了，不一样。
前一篇文章聊单线程的时候，简要的提到了定时器的执行情况。这里我们将对其进行更多的探讨。
可能看到这个小标题大家第一时间想到的都是，setTimeout 只执行一次，而 setInterval 则是重复执行。Oh,no!我们今天当然不能讲的这么浅，我们需要谈到的是 迭代setTimeout 和 setInterval 的区别。