Merge pull request KeKe-Li#752 from KeKe-Li/feature-keke

Update golang.01.md

Author: KeKe-Li

src/chapter20/golang.01.md

@@ -49,7 +49,7 @@ QUIC核心逻辑都在用户态，能灵活的修改连接参数、替换拥塞
 
 如何让业务快速将QUIC协议用起来，用这些先性加速网络性能？ QUIC 协议栈的实现成本非常高，主要体现在两方面：
 
-* 实现复杂度很高，如上面介绍，QUIC/HTTP3 横跨传输层、安全、应用层，相当于要把TCP+TLS+HTTP 重新实现一次。
+* 实现复杂度很高，如上面介绍，QUIC/HTTP3 横跨传输层、安全、应用层，相当于要把`TCP+TLS+HTTP` 重新实现一次。
 
 * QUIC 一直保持着高速发展，分为 gQUIC（Google QUIC）、iQUIC(IETF-QUIC)两大类，衍生的 QUIC 子版本有几十个。
 
@@ -151,7 +151,7 @@ Cronet 核心及关联的第三方库代码有大概 85w 行，涉及 2800 多
 
 不可靠数据没有 quic stream概念，只是frame 粒度。这其中，一个关键点在于数据是否重传，IETF 草稿的定义对这块比较开放，可以完全不重传，也可以选择性重传。
 
-为此，QUIC 在实现实时传输时，做了灵活的改造，对于实时传输的数据，提供多种重传策略供使用者选择，可以完全不重传，也可以选择性重传某个重要的数据（比如关键帧），我们也在尝试做动态重传控制，依托我们的弱网判断模型，动态调整重传策略。
+为此, QUIC 在实现实时传输时，做了灵活的改造，对于实时传输的数据，提供多种重传策略供使用者选择，可以完全不重传，也可以选择性重传某个重要的数据（比如关键帧），我们也在尝试做动态重传控制，依托我们的弱网判断模型，动态调整重传策略。
 
 <p align="center">
 <img width="500" align="center" src="../images/196.jpg" />