能否无需HTTP/1.1初始调用直接使用HTTP/2？移动端API优化问询

当然可以直接跳过HTTP/1.1的初始握手，直接用上HTTP/2！不过具体得看你的服务端和React Native客户端的配置情况，我给你拆解几个关键要点：

• ALPN协议支持是关键：你需要在服务端的TLS配置里启用**ALPN（Application Layer Protocol Negotiation）**扩展。这个扩展能让TLS握手阶段就直接协商好使用HTTP/2，完全不需要先发起HTTP/1.1请求再做升级。主流Web服务器都支持这个配置：
  • Nginx：只要在监听443端口的listen指令里加上http2参数就行，比如：listen 443 ssl http2;，同时确保你配置了有效的TLS证书。
  • Apache：需要启用mod_http2模块，然后在虚拟主机配置里添加Protocols h2 http/1.1。
• 可选：纯HTTP/2服务：如果你的服务完全不需要兼容HTTP/1.1客户端，甚至可以配置成只接受HTTP/2连接，但一般不推荐这么极端——除非你确定所有用户的设备都支持HTTP/2。不过针对你的React Native场景，只要客户端支持，这完全可行。

React Native的网络请求底层依赖平台原生库（iOS是NSURLSession，Android是OkHttp），这俩都原生支持HTTP/2，你只需要注意这些细节：

• TLS版本必须达标：HTTP/2要求使用TLS 1.2或更高版本，而且禁用了一些不安全的加密套件。如果你的服务端TLS配置不符合要求，客户端会自动 fallback 到HTTP/1.1，这点一定要检查。
• 常用请求库默认支持：不管你用的是RN内置的fetch，还是axios这类第三方库，只要服务端配置了ALPN，在支持HTTP/2的平台上会自动尝试使用HTTP/2：
  • iOS：NSURLSession从iOS 9开始默认支持HTTP/2，不需要额外配置。
  • Android：OkHttp从3.7版本开始默认支持HTTP/2，现在React Native集成的OkHttp版本都满足这个要求，除非你用的是非常老旧的RN版本。
• 别手动强制HTTP/1.1：检查你的请求代码里有没有硬编码Connection: keep-alive这类HTTP/1.1专属的头部，这些会干扰客户端自动协商HTTP/2。

可以通过这些方式确认：

• 查看服务端日志：比如Nginx可以在日志格式里加上$server_protocol字段，直接看到每个请求用的协议版本是HTTP/2.0还是HTTP/1.1。
• 客户端抓包验证：用Charles或者Wireshark抓TLS握手包，看ALPN协商的结果是不是h2（HTTP/2的标识）。
• RN调试工具：打开RN的调试菜单，启用网络调试，大部分调试工具会显示请求使用的协议版本。

• HTTP/2自带HPACK头部压缩：这比HTTP/1.1的gzip压缩针对头部的效率高得多，启用HTTP/2后，你关心的首次请求头部体积会大幅降低，正好解决网络消耗高的问题。
• 兼容性兜底：如果你的应用需要支持iOS 8及以下、Android 5.0及以下的旧设备，这些设备不支持HTTP/2，这时候可能需要做HTTP/1.1的 fallback 逻辑。但如果你的用户群体都是较新的设备，完全不用操心这个。

内容的提问来源于stack exchange，提问作者G A