Commit 274f6b9

committed

[docs update]完善面试题:"HTTP 基于 TCP 还是 UDP?"

1 parent 540fa46 commit 274f6b9Copy full SHA for 274f6b9

File tree

-3

lines changed

-3

lines changed

Lines changed: 7 additions & 1 deletion

Original file line number	Diff line number	Diff line change
`@@ -56,8 +56,14 @@ tag:`
`56`	`56`
`57`	`57`	`### HTTP 基于 TCP 还是 UDP?`
`58`	`58`
	`59`	`+~~HTTP 协议是基于 TCP 协议的,所以发送 HTTP 请求之前首先要建立 TCP 连接也就是要经历 3 次握手。~~`
`59`	`60`
`60`		`-HTTP3.0之前基于TCP, HTTP3.0基于UDP。HTTP3.0之前使用TCP协议,所以需要3次握手;HTTP3.0弃用TCP,改用基于UDP的QUIC协议。`
	`61`	`+🐛 修正(参见 [issue#1915](https://github.com/Snailclimb/JavaGuide/issues/1915)):HTTP 3.0 之前是基于 TCP 协议的,而 HTTP3.0 将弃用 TCP,改用基于 UDP 的 QUIC 协议。此变化主要为了解决 HTTP/2 中存在的队头阻塞问题。由于 HTTP/2 在单个 TCP 连接上使用了多路复用,受到 TCP 拥塞控制的影响,少量的丢包就可能导致整个 TCP 连接上的所有流被阻塞。`
	`62`	`+`
	`63`	`+相关证明可以参考下面这两个链接:`
	`64`	`+`
	`65`	`+- https://zh.wikipedia.org/zh/HTTP/3`
	`66`	`+- https://datatracker.ietf.org/doc/rfc9114/`
`61`	`67`
`62`	`68`	`### 使用 TCP 的协议有哪些?使用 UDP 的协议有哪些?`
`63`	`69`

Lines changed: 1 addition & 1 deletion

Original file line number	Diff line number	Diff line change
`@@ -439,7 +439,7 @@ JDK1.8 默认使用的是 Parallel Scavenge + Parallel Old,如果指定了-XX:`
`439`	`439`
`440`	`440`	`- 并行与并发:G1 能充分利用 CPU、多核环境下的硬件优势,使用多个 CPU(CPU 或者 CPU 核心)来缩短 Stop-The-World 停顿时间。部分其他收集器原本需要停顿 Java 线程执行的 GC 动作,G1 收集器仍然可以通过并发的方式让 java 程序继续执行。`
`441`	`441`	`- 分代收集:虽然 G1 可以不需要其他收集器配合就能独立管理整个 GC 堆,但是还是保留了分代的概念。`
`442`		`-- 空间整合:与 CMS 的"标记-清理"算法不同,G1 从整体来看是基于"标记-整理"算法实现的收集器;从局部上来看是基于"标记-复制"算法实现的。`
	`442`	`+- 空间整合:与 CMS 的"标记-清除"算法不同,G1 从整体来看是基于"标记-整理"算法实现的收集器;从局部上来看是基于"标记-复制"算法实现的。`
`443`	`443`	`- 可预测的停顿:这是 G1 相对于 CMS 的另一个大优势,降低停顿时间是 G1 和 CMS 共同的关注点,但 G1 除了追求低停顿外,还能建立可预测的停顿时间模型,能让使用者明确指定在一个长度为 M 毫秒的时间片段内。`
`444`	`444`
`445`	`445`	`G1 收集器的运作大致分为以下几个步骤:`

Lines changed: 1 addition & 1 deletion

Original file line number	Diff line number	Diff line change
`@@ -291,7 +291,7 @@ finalize()是Object类的一个方法、一个对象的finalize()方法只会被`
`291`	`291`
`292`	`292`	`#### 3.4.4 分代收集算法`
`293`	`293`
`294`		-这种算法并没有什么新的思想,只是根据对象存活周期的不同将内存划分为几块。一般是把Java堆分为新生代和老年代,这样就可以根据各个年代的特点采用最适当的收集算法。在新生代中,每次垃圾收集时都发现有大批对象死去,只有少量存活,那就选用复制算法,只需要付出少量存活对象的复制成本就可以完成收集。而老年代中因为对象存活率高、没有额外空间对它进行分配担保,就必须使用"标记-清理"或者"标记-整理"算法来进行回收。
	`294`	+这种算法并没有什么新的思想,只是根据对象存活周期的不同将内存划分为几块。一般是把Java堆分为新生代和老年代,这样就可以根据各个年代的特点采用最适当的收集算法。在新生代中,每次垃圾收集时都发现有大批对象死去,只有少量存活,那就选用复制算法,只需要付出少量存活对象的复制成本就可以完成收集。而老年代中因为对象存活率高、没有额外空间对它进行分配担保,就必须使用"标记-清除"或者"标记-整理"算法来进行回收。
`295`	`295`
`296`	`296`	`说白了就是八仙过海各显神通,具体问题具体分析了而已。`
`297`	`297`

Comments

(0)