浏览器工作原理与实践
李兵
前盛大创新院高级研究员
立即订阅
6167 人已学习
课程目录
已完结 42 讲
0/4登录后，你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 参透了浏览器的工作原理，你就能解决80%的前端难题
免费
宏观视角下的浏览器 (6讲)
01 | Chrome架构：仅仅打开了1个页面，为什么有4个进程？
02 | TCP协议：如何保证页面文件能被完整送达浏览器？
03 | HTTP请求流程：为什么很多站点第二次打开速度会很快？
04 | 导航流程：从输入URL到页面展示，这中间发生了什么？
05 | 渲染流程（上）：HTML、CSS和JavaScript，是如何变成页面的？
06 | 渲染流程（下）：HTML、CSS和JavaScript，是如何变成页面的？
浏览器中的JavaScript执行机制 (5讲)
07 | 变量提升：JavaScript代码是按顺序执行的吗？
08 | 调用栈：为什么JavaScript代码会出现栈溢出？
09 | 块级作用域：var缺陷以及为什么要引入let和const？
10 | 作用域链和闭包 ：代码中出现相同的变量，JavaScript引擎是如何选择的？
11 | this：从JavaScript执行上下文的视角讲清楚this
V8工作原理 (3讲)
12 | 栈空间和堆空间：数据是如何存储的？
13 | 垃圾回收：垃圾数据是如何自动回收的？
14 | 编译器和解释器：V8是如何执行一段JavaScript代码的？
浏览器中的页面循环系统 (6讲)
15 | 消息队列和事件循环：页面是怎么“活”起来的？
16 | WebAPI：setTimeout是如何实现的？
17 | WebAPI：XMLHttpRequest是怎么实现的？
18 | 宏任务和微任务：不是所有任务都是一个待遇
19 | Promise：使用Promise，告别回调函数
20 | async/await：使用同步的方式去写异步代码
浏览器中的页面 (8讲)
21 | Chrome开发者工具：利用网络面板做性能分析
22 | DOM树：JavaScript是如何影响DOM树构建的？
23 | 渲染流水线：CSS如何影响首次加载时的白屏时间？
24 | 分层和合成机制：为什么CSS动画比JavaScript高效？
25 | 页面性能：如何系统地优化页面？
26 | 虚拟DOM：虚拟DOM和实际的DOM有何不同？
27 | 渐进式网页应用（PWA）：它究竟解决了Web应用的哪些问题？
28 | WebComponent：像搭积木一样构建Web应用
浏览器中的网络 (3讲)
29 | HTTP/1：HTTP性能优化
30｜HTTP/2：如何提升网络速度？
31｜HTTP/3：甩掉TCP、TLS 的包袱，构建高效网络
浏览器安全 (5讲)
32 | 同源策略：为什么XMLHttpRequest不能跨域请求资源？
33 | 跨站脚本攻击（XSS）：为什么Cookie中有HttpOnly属性？
34 | CSRF攻击：陌生链接不要随便点
35 | 安全沙箱：页面和系统之间的隔离墙
36 | HTTPS：让数据传输更安全
结束语 (1讲)
结束语 | 大道至简
课外加餐 (4讲)
加餐一｜浏览上下文组：如何计算Chrome中渲染进程的个数？
加餐二｜任务调度：有了setTimeOut，为什么还要使用rAF？
加餐三｜加载阶段性能：使用Audits来优化Web性能
加餐四｜页面性能工具：如何使用Performance？
浏览器工作原理与实践
登录|注册
31｜HTTP/3：甩掉TCP、TLS 的包袱，构建高效网络
李兵 2019-10-15
前面两篇文章我们分析了 HTTP/1 和 HTTP/2，在 HTTP/2 出现之前，开发者需要采取很多变通的方式来解决 HTTP/1 所存在的问题，不过 HTTP/2 在 2018 年就开始得到了大规模的应用，HTTP/1 中存在的一大堆缺陷都得到了解决。
HTTP/2 的一个核心特性是使用了多路复用技术，因此它可以通过一个 TCP 连接来发送多个 URL 请求。多路复用技术能充分利用带宽，最大限度规避了 TCP 的慢启动所带来的问题，同时还实现了头部压缩、服务器推送等功能，使得页面资源的传输速度得到了大幅提升。在 HTTP/1.1 时代，为了提升并行下载效率，浏览器为每个域名维护了 6 个 TCP 连接；而采用 HTTP/2 之后，浏览器只需要为每个域名维护 1 个 TCP 持久连接，同时还解决了 HTTP/1.1 队头阻塞的问题。
从目前的情况来看，HTTP/2 似乎可以完美取代 HTTP/1 了，不过 HTTP/2 依然存在一些缺陷，于是就有了 HTTP/3。和通常一样，介绍 HTTP/3 之前，我们先来看看 HTTP/2 到底有什么缺陷。
TCP 的队头阻塞
虽然 HTTP/2 解决了应用层面的队头阻塞问题，不过和 HTTP/1.1 一样，HTTP/2 依然是基于 TCP 协议的，而 TCP 最初就是为了单连接而设计的。你可以把 TCP 连接看成是两台计算机之前的一个虚拟管道，计算机的一端将要传输的数据按照顺序放入管道，最终数据会以相同的顺序出现在管道的另外一头。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《浏览器工作原理与实践》，如需阅读全部文章，
请订阅文章所属专栏。
请订阅文章所属专栏。
立即订阅
登录 后留言
精选留言(6)
- Geek_f74777能翻墙的同学推荐可以看看Revisiting HTTP2 https://youtu.be/wR1gF5Lhcq02019-10-15 2
- 有铭我的看法：这些年但凡觉得TCP不满足自己需求的人，基本都是在UDP上重新“发明”一套自己的流控和包顺序控制算法。说白了吧，就是重新造轮子再做一个（自己认为）更好的TCP。只是这类型的协议，目前没有一个能真的威胁到TCP的，固然有老师说的TCP协议僵化存在的原因，但是我也在想：TCP就真的这么不堪吗2019-10-17 1
splm意思是H1.1到H2解决的队头阻塞，只是形式上的。因为这个问题本质上依旧没有解决，因为TCP特性就是这样的，是不是只要不摆脱TCP就意味着一直会有阻塞的问题？这个版本升级感觉更多的应该是减少长连接的个数，减少了带宽抢占，增加了资源优先级。而从H2到H3，骨子里就不想依赖TCP，使用UDP，并附上了TCP一些优秀特性，减少握手和增加可靠性。这是我对这几个版本迭代过程的理解。2019-10-24 1
叫我图图就可以了想知道那些网络游戏是如何保证高效传输，丢包那些处理的，感觉上不会用tcp, 网络游戏的实时性要求挺高的，猜测是不是也是udp，然后封装一层，来保证数据高效传输的2019-10-15 1
蔡孟泳老师您好，我想请问就是因为UDP本身是不保证可靠传输，因此有时候丢包率很高，您说HTTP/3在此基础上封装了一层，那封装后的丢包率和TCP封装的相比较相差多少？有数据对比吗2019-10-15
伪装这章的概念都比较新 学习了2019-10-15
收起评论