android 网络请求接口高并发 android网络请求优化

转载

小咪咪 2023-06-27 21:42:10

文章标签 android 网络请求接口高并发架构移动开发 android HTTP 文章分类 Android 移动开发

面试官：小虾啊，我好想你啊，你都好久没来找我面试了呀。

小虾：emmmmmmm，这不是怕被你打击吗。

面试官：ok，看来是有备而来，那么我们今天聊聊网络优化咋做吧。

小虾：我大意了，没有闪。老头子，你不讲武德，我奉劝你耗子尾汁。

1. 如何优化一个网络请求呢？

相信大家在面试的时候可能会被问到这个问题。今天我其实就是讲述下我知道的一些简单的优化方式，可以帮助大家在面试的过程中得到点基础分数。

我们先从最简单，大家比较容易了解到的讲起。

DNS优化

一个Http请求在建立Tcp连接的过程中，肯定会产生一次DNS，那么我们是不是可以通过内存缓存的方式，通过一个HashMap持有这个Host的IP，当下次发起Tcp连接的时候，我们就可以用直接用内存中的这个Ip，而不需要再去走一遍Dns服务了。

这个时候你肯定会问我，你这个不是搞我吗，这可怎么改呀？

如果你的网络层用的是OkHttp的话，Okhttp在封装的时候就已经考虑到这个部分了，其内部提供了Dns的接口，可以让外部在构造Client的时候传入。

class HttpDns : Dns {
private val cacheHost = hashMapOf<String, InetAddress>()
override fun lookup(hostname: String): MutableList {
if (cacheHost.containsKey(hostname)) {
cacheHost[hostname]?.apply {
return mutableListOf(this)
}
}
return try {
InetAddress.getAllByName(hostname)?.first()?.apply {
cacheHost[hostname] = this
}
mutableListOf(*InetAddress.getAllByName(hostname))
} catch (e: NullPointerException) {
val unknownHostException =
UnknownHostException(“Broken system behaviour for dns lookup of $hostname”)
unknownHostException.initCause(e)
throw unknownHostException
}
}
}

这里可以稍微给大家展开下，LocalDns是不可以被信任的，经常会有运营商会搞一些奇奇怪怪的Dns拦截，导致大家收到的请求是运营商所缓存的(目的是为了省流量)，所以阿里腾讯等都有自己对外输出的HttpDns的服务。这个服务可以帮助大家找到真实准确的Host的Ip，就是这个服务是收钱的。

如果你是个IOS开发人员，那么你一定要注意SNI(Server Name Indication)，一个IP对应多个多个Https证书的问题。

CacheControl

Http请求在1.1阶段就引入了CacheControl了，通过CacheControl可以让后端直接控制请求内容的缓存策略。所以还有比缓存更简单粗暴的网络优化方式吗？

在http中，控制缓存开关的字段有两个：Pragma 和 Cache-Control。

通过图片简单的介绍下一些缓存参数。

android 网络请求接口高并发 android网络请求优化_HTTP

android 网络请求接口高并发 android网络请求优化_移动开发_02

如果说一句不负责任的话，这个只要后端大佬开启CacheControl就好了呀，原生网络库本来就支持的。

当然后端大佬一般都不是特别愿意，其实各位安卓也可以通过添加OkHttp拦截器的方式给网络请求添加一个统一的CacheControl，当然如果你有定制化的需求肯定还是要自己开发的，细节大家可以参考下这个仓库。https://github.com/yale8848/RetrofitCache

HTTP协议规格说明定义ETag为“被请求变量的实体值”。另一种说法是，ETag是一个可以与Web资源关联的记号（token）。典型的Web资源可以一个Web页，但也可能是JSON或XML文档。服务器单独负责判断记号是什么及其含义，并在HTTP响应头中将其传送到客户端，以下是服务器端返回的格式：ETag:"50b1c1d4f775c61:df3"客户端的查询更新格式是这样的：If-None-Match : W / "50b1c1d4f775c61:df3"如果ETag没改变，则返回状态304然后不返回，这也和Last-Modified一样。测试Etag主要在断点下载时比较有用。

而我们只要使用了CacheControl,就可以用到ETag, 如果当数据内容没有发生变更的情况下，就不会传输数据，这样也可以给大家略微优化下你们的Api请求。

Http 1.0 - 1.1 - 1.X - 2.0

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

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

长连接，HTTP 1.1支持长连接（PersistentConnection）和请求的流水线（Pipelining）处理，在一个TCP连接上可以传送多个HTTP请求和响应，减少了建立和关闭连接的消耗和延迟，在HTTP1.1中默认开启Connection：keep-alive，一定程度上弥补了HTTP1.0每次请求都要创建连接的缺点。
header压缩，如上文中所言，对前面提到过HTTP1.x的header带有大量信息，而且每次都要重复发送，HTTP2.0使用encoder来减少需要传输的header大小，通讯双方各自cache一份header fields表，既避免了重复header的传输，又减小了需要传输的大小。
新的二进制格式（Binary Format），HTTP1.x的解析是基于文本。基于文本协议的格式解析存在天然缺陷，文本的表现形式有多样性，要做到健壮性考虑的场景必然很多，二进制则不同，只认0和1的组合。基于这种考虑HTTP2.0的协议解析决定采用二进制格式，实现方便且健壮。
多路复用（MultiPlexing），即连接共享，即每一个request都是是用作连接共享机制的。一个request对应一个id，这样一个连接上可以有多个request，每个连接的request可以随机的混杂在一起，接收方可以根据request的 id将request再归属到各自不同的服务端请求里面。