Android网络优化攻略，简单了解一下？，6年老Android面经总结

以下所有内容均来自网络 HTTP1.0、HTTP1.1 和 HTTP2.0 的区别。

https://www.cnblogs.com/heluan/p/8620312.html

当然我们还可以让后端升级接口协议版本，这个可以明显提升你请求响应性能。

1. 长连接，HTTP 1.1支持长连接（PersistentConnection）和请求的流水线（Pipelining）处理，在一个TCP连接上可以传送多个HTTP请求和响应，减少了建立和关闭连接的消耗和延迟，在HTTP1.1中默认开启Connection：keep-alive，一定程度上弥补了HTTP1.0每次请求都要创建连接的缺点。

2. header压缩，如上文中所言，对前面提到过HTTP1.x的header带有大量信息，而且每次都要重复发送，HTTP2.0使用encoder来减少需要传输的header大小，通讯双方各自cache一份header fields表，既避免了重复header的传输，又减小了需要传输的大小。

3. 新的二进制格式（Binary Format），HTTP1.x的解析是基于文本。基于文本协议的格式解析存在天然缺陷，文本的表现形式有多样性，要做到健壮性考虑的场景必然很多，二进制则不同，只认0和1的组合。基于这种考虑HTTP2.0的协议解析决定采用二进制格式，实现方便且健壮。

4. 多路复用（MultiPlexing），即连接共享，即每一个request都是是用作连接共享机制的。一个request对应一个id，这样一个连接上可以有多个request，每个连接的request可以随机的混杂在一起，接收方可以根据request的 id将request再归属到各自不同的服务端请求里面。

HTTP2.0的多路复用和HTTP1.X中的长连接复用有什么区别？

HTTP/1.* 一次请求-响应，建立一个连接，用完关闭；每一个请求都要建立一个连接；

HTTP/1.1 Pipeling解决方式为，若干个请求排队串行化单线程处理，后面的请求等待前面请求的返回才能获得执行机会，一旦有某请求超时等，后续请求只能被阻塞，毫无办法，也就是人们常说的线头阻塞；

HTTP/2多个请求可同时在一个连接上并行执行。某个请求任务耗时严重，不会影响到其它连接的正常执行；

好了，下面要开始真的进入牛逼的东西了，前文你肯定以为我是个大水逼，复制黏贴。

GRPC( A high-performance, open-source universal RPC framework)

不知道各位有没有听说过一个都市怪谈，字节的网络库优化有多厉害多厉害，网络底层采用的是Webview底层的Chromium的网络库，在弱网情况下对于api的优化啥的，巴拉巴拉…

Cronet是Chromium网络引擎对不同操作系统做的封装，实现了移动端应用层、表示层、会话层协议，支持HTTP1/2、SPDY、QUIC、WebSocket、FTP、DNS、TLS等协议标准。支持Android、IOS、Chrome OS、Fuchsia，部分支持Linux、MacOS、Windows桌面操作系统。实现了Brotli数据压缩、预连接、DNS缓存、session复用等策略优化以及TCP fast open等系统优化。本文内容基于Chromium 75版本。

字节用的就是Chrome的cronet网络库(顺便展开下，cronet同时支持ios，android，前端)。而由于grpc协议的问题，所以传输内容直接使用的protobuf格式，所以其不仅仅是网络层上的优化，同时由于流能直接转化成实体类，同时也减少了可序列化的时间。

https://github.com/grpc/grpc-java

protocol buffers 是一种语言无关、平台无关、可扩展的序列化结构数据的方法，它可用于（数据）通信协议、数据存储等。

Protocol Buffers 是一种灵活，高效，自动化机制的结构数据序列化方法－可类比 XML，但是比 XML 更小（3 ~ 10倍）、更快（20 ~ 100倍）、更为简单。

你可以定义数据的结构，然后使用特殊生成的源代码轻松的在各种数据流中使用各种语言进行编写和读取结构数据。你甚至可以更新数据结构，而不破坏由旧数据结构编译的已部署程序。

但是正常的网络框架基本都使用了Retrofit+Okhttp，而且大家都已经使用的很习惯了，所以我大胆的猜测，字节其实应该用OkHttp桥接了cronet。所以这样基本就能无缝桥接当前已有的网络库了。

由GRRC升级QUIC

QUIC（Quick UDP Internet Connection）是谷歌制定的一种基于UDP的低时延的互联网传输层协议。在2016年11月国际互联网工程任务组(IETF)召开了第一次QUIC工作组会议，受到了业界的广泛关注。这也意味着QUIC开始了它的标准化过程，成为新一代传输层协议

其实整个QUIC协议(Http3.0协议)本来就是谷歌写的，所以谷歌的Cronet本身就支持这也是正常的。

我其实之前就特地去查过OKHttp支持的协议内容，当前还是只停留在2.0阶段，主要就还是因为当前的Connection写的太好了，而且需要把Tcp直接更换成Udp，所以迟迟没有更新3.0协议的支持。

所以各位如果想从协议层去做对应的优化，那么可能OkHttp带给大家的应该还是无尽的等待了。

2.还能干吗？

---

其实优化方面我的大概的姿势点就这么多了，但是我们可以考虑从监控方面的角度去再重新审视这个话题哦。

客户端请求从发起到网关实际接收到，其实中间有很复杂的链路，简单的说，OKhttp内也走过了这么多个拦截器了。但是当一个线上用户反馈这个界面怎么刷出来的这么慢的情况下，我们以后端网关开始作为请求的开始节点，就会出现难以定位真实问题的情况。

基于OkHttp的网络监控

我们是不是可以考虑把整个api发起到结束进行监控，从而可以方便线上去监控一个Api真实的发起到结束的状况呢？我们先简单的把一个请求的节点拆分下。我要盗图了。

参考数据深入理解OkHttp3：（七）事件（Events）

https://www.pianshen.com/article/8120939/

基于OKHttp提供的EventListener，我们就可以对于一个请求发起到最后的各个节点进行监控，之后上报日志数据，这样在后续的撕逼过程中，其实就可以做到有理有据，有话可说，你真的慢了。

总结

---

这篇文章基本就纯粹是为了各位应付面试用的，也算是我对于Android网络优化的一些简单的总结吧。其实中间能展开的内容也还是有的，就是需要各位自己去摸一摸了。

如果还想了解更多Android 相关的更多知识点，可以点进我的大家可以加入Android 粉丝裙：872206502联系管理员进行免费获取资料，里面记录了许多的Android 知识点。

QQ扫码快速通道

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级安卓工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）

RLdxk-1710921005535)]

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）
[外链图片转存中…(img-iHYYq6Gn-1710921005535)]