2024年安卓最新Android网络优化攻略，简单了解一下？(1)，2024年最新经典面试题目及答案-CSDN博客

本文链接：https://blog.csdn.net/2401_84544780/article/details/138514197

最后

都说三年是程序员的一个坎，能否晋升或者提高自己的核心竞争力，这几年就十分关键。

技术发展的这么快，从哪些方面开始学习，才能达到高级工程师水平，最后进阶到Android架构师/技术专家？我总结了这 5大块；

我搜集整理过这几年阿里，以及腾讯，字节跳动，华为，小米等公司的面试题，把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 PDF（实际上比预期多花了不少精力），包含知识脉络 + 分支细节。

Java语言与原理；
大厂，小厂。Android面试先看你熟不熟悉Java语言

高级UI与自定义view；
自定义view，Android开发的基本功。

性能调优；
数据结构算法，设计模式。都是这里面的关键基础和重点需要熟练的。

NDK开发；
未来的方向，高薪必会。

前沿技术；
组件化，热升级，热修复，框架设计

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

我在搭建这些技术框架的时候，还整理了系统的高级进阶教程，会比自己碎片化学习效果强太多

当然，想要深入学习并掌握这些能力，并不简单。关于如何学习，做程序员这一行什么工作强度大家都懂，但是不管工作多忙，每周也要雷打不动的抽出 2 小时用来学习。

不出半年，你就能看出变化！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

转载地址：https://juejin.cn/post/6896302142542315533

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

小虾：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证书的问题。

https://blog.csdn.net/firefile/article/details/80532161

CacheControl

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

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

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

如果说一句不负责任的话，这个只要后端大佬开启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 的区别。

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

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

长连接，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再归属到各自不同的服务端请求里面。