OkHttp 与浏览器网络请求差异及核心原理解析
引言
在移动开发中，开发者常遇到一种现象：同一段 HTTP 请求代码在浏览器中能正常访问，但移植到 Android 的 OkHttp 库中却失败。这通常源于浏览器与 OkHttp 在网络协议栈处理、默认配置及安全策略上的显著差异。浏览器内置了复杂的 Cookie 管理、自动重定向、SSL 证书校验及 User-Agent 伪装机制，而 OkHttp 作为底层网络库，要求开发者显式配置这些参数。理解两者的差异是解决网络异常的关键。
网络编程基础
TCP/IP 协议体系
计算机网络采用分层架构，OSI 七层模型与 TCP/IP 四层模型是核心参考。在应用层，HTTP/HTTPS 协议负责数据交换；传输层通过 TCP 或 UDP 提供连接服务。TCP 是面向连接的可靠传输协议，通过三次握手建立连接，确保数据包有序到达；UDP 则是无连接的不可靠传输，适用于实时性要求高的场景。
TCP 连接管理
- 三次握手：客户端发送 SYN 包，服务端回复 SYN+ACK，客户端再发 ACK。此过程同步序列号并确认接收能力。
- 四次挥手：主动方发送 FIN，被动方回复 ACK，待数据处理完毕后发送 FIN，主动方回复 ACK。连接关闭需等待 TIME_WAIT 状态以确保最后一个 ACK 到达。
- 持久连接：HTTP/1.1 默认开启 Keep-Alive，允许在同一 TCP 连接上发送多个请求，减少握手开销。
HTTP 协议详解
HTTP 是无状态的请求响应协议。常见方法包括 GET（获取资源）、POST（提交数据）、PUT（更新资源）等。状态码如 200（成功）、404（未找到）、500（服务器错误）指示请求结果。HTTPS 则在 HTTP 下增加 SSL/TLS 层，对传输数据进行加密，防止中间人攻击。
OkHttp 核心原理
OkHttp 是现代 Android 网络库的事实标准，其设计注重性能与扩展性。
基本对象与流程
- OkHttpClient：线程安全的单例配置类，管理连接池、拦截器链及线程池。
- Request：封装请求信息，如 URL、Header、Body。
- Call：表示一次请求执行，分为同步（execute）与异步（enqueue）。
- Dispatcher：管理异步任务的队列与线程池，控制并发数量。
拦截器机制
OkHttp 的核心在于拦截器链（Interceptor Chain）。请求经过两层拦截器：
- Application Interceptors：位于应用层，可修改 Request 和 Response，支持重试、日志记录等，不依赖网络连接状态。
- Network Interceptors：位于网络层，仅在连接建立后执行，可监控实际网络流量，无法修改原始 Request。
典型拦截器顺序：RetryAndFollowUpInterceptor -> BridgeInterceptor -> CacheInterceptor -> ConnectInterceptor -> CallServerInterceptor。这种链式结构使得功能模块化，便于调试与扩展。
连接复用与缓存
OkHttp 维护一个连接池（ConnectionPool），默认保持空闲连接 5 分钟。同一主机名的连接可被重复使用，显著提升性能。缓存策略由 CacheInterceptor 控制，优先读取本地缓存，若过期则发起网络请求并更新缓存。
Retrofit 封装原理
Retrofit 是基于 OkHttp 的 RESTful 接口封装库，简化了网络调用。
动态代理实现
Retrofit 利用 Java 动态代理（Proxy）生成 API 接口的实现类。当调用接口方法时，代理对象捕获调用，根据注解（如 @GET, @POST）构建 Request 对象，并通过 OkHttp 执行。
注解解析与扩展点
- Converter：负责序列化与反序列化。GsonConverter 将 JSON 转为 Java 对象，自定义 Converter 可处理 XML 或其他格式。
