cronet 的简单学习

官方的解释 “Cronet is the networking stack of Chromium put into a library for use on mobile. This is the same networking stack that is used in the Chrome browser by over a billion people. It offers an easy-to-use, high performance, standards-compliant, and secure way to perform HTTP requests. Cronet has support for both Android and iOS. On Android, Cronet offers its own Java asynchronous API as well as support for the java.net.HttpURLConnection API. This document gives a brief introduction to using these two Java APIs.“

参考：https://chromium.googlesource.com/chromium/src/+/master/components/cronet/README.md?autodive=0%2F%2F

可以概况为下面几个方面：

• Cronet 是一个对 Chromium 的网络模块的封装库
• 支持 android/iOS 移动平台（目前在 windows 平台也有使用）
• 可以无缝对接到各个平台的常见网络库同时也拥有自己的 API
• 支持 HTTP 协议，同时支持 QUIC 协议

Chromium 网络模块

Chromium 网络协议栈提供了几个优势来改善页面加载时间。

每次主机建立连接时，都要进行各种活动，比如 DNS 解析和握手。Chromium 协议栈使用 Socket Late Binding 机制来解决这个问题。

Socket Late Binding：网络请求总是当 Socket 准备好发送数据时才与一个 TCP 连接关连起来，所以首先有机会做到对请求有效分级(prioritization)，比如，在 socket 连接过程中可能会到达一个更高优先级的请求。同时也可以有更好的吞吐率(throughput),比如，在连接打开过程中，去复用一个刚好可用的 socket, 就可以使用到一个完全可用的 TCP 连接。其实传统的 TCP pre-connect(预连接)及其它大量的优化方法也是这个效果。

现代页面需要大量的资源，而资源优先级是浏览器的一个难题。Chromium 协议栈使用了资源优先级，所有的请求都会以优先级标记发送给服务器，让服务器按照适当的优先级顺序进行响应。

Chromium 还提供了一个磁盘缓存来缓存网络资源。

其他 cronet 功能

在读写数据时，Cronet 使用 JAVA NIO ByteBuffers，为 I/O 功能提供了更好的性能。

作为 Chromium 网络栈，Cronet 也允许设置请求的优先级。

支持 HTTP/2 和 QUIC

使用 Cronet 的优势之一是支持 HTTP/2 和 QUIC。

HTTP/2 通过进化标准，解决了目前 HTTP 的许多弊端。相对于其前身，HTTP/2。

• 是二进制的，而不是文本的
• 是完全多路复用的，而不是有序的和阻塞的：这允许使用一个连接做并行请求
• 使用头压缩来减少开销
• 允许服务器主动将响应 "推送 "到客户端缓存中。

QUIC 协议(Quick UDP Internet Connections)是谷歌在 2012 年宣布的，旨在用 UDP 代替 TCP 取代 HTTP/2。

QUIC 允许以更低的延迟创建连接，是一个没有线头阻塞的多路复用协议。这意味着它解决了数据包丢失的问题，只阻断单个数据流，而不是所有的数据流。

桌面和 Android Chrome 浏览器上的所有主要 Google 网站以及许多 Android 应用程序都使用了 QUIC。

性能测试报告显示，网页加载时间快了 5%，网页搜索速度快了1 秒，达到 99%。YouTube 是使用 QUIC 的地方之一，它报告说，通过减少 30% 的重音（视频暂停）数量，提高了体验质量。

使用 cronet 的原因可以简单的总结为，

• 是对 Chromium 网络堆栈的封装，对 Android 来说，无疑是最佳选择（Chrome 浏览器每天都在使用这个栈）
• cronet 利用多种技术来减少延迟并提高应用正常运行所需的网络请求吞吐量。
• cronet 支持 HTTPS/SPDY/QUIC 等协议，尤其是 QUIC，QUIC 现已提为 HTTP/3，而 QUIC 也是谷歌出品的，使用全家桶无疑稳定性得到了保证

也有更深层次的讨论，

比如，.

• 支持比较全面的网络状态监控，包括 http/tcp rtt、吞吐量、信号强度、系统网络状态变化。
• 基本支持上述的终端优化。

终端优化

1. DNS 优化。包括接入大厂的 HTTP(S)DNS，访问最近的 DNS 服务器；内置 DNS 服务 IP 列表；缓存 DNS；依次并发多 DNS 请求，取最快的一个(腾讯 mars 复合连接策略)。
2. 预连接/连接复用。包括 Http/TCP 的 keep-alive，减少 Http/TCP 建立连接的耗时。
3. 多级缓存。Http Cache、应用层 Cache。
4. 请求优先级。合理调度并发数量。
5. HTTPS SSL session 持久化以及复用。减少 SSL 握手时间。

参考：https://zhuanlan.zhihu.com/p/93406051

相关文章：

• Cronet 网络协议选择之 HTTP2 与 QUIC 的竞速
• Cronet 网络库系列(四)：移动网络弱网优化综述
• Google Chrome 中的高性能网络

---

待研究：

1. 惊！提速 30%！腾讯TQUIC 网络传输协议
2. 通过某音Cronet模块学习Quic协议