为何各类API（移动/桌面/网页等）采用HTTP而非仅用TCP？

问题背景 #

• 既然仅靠TCP就能满足通信需求，为啥还要用HTTP？毕竟HTTP本身就是基于TCP实现的，直接用TCP还能简化解析流程、避开HTTP带来的额外复杂度。
• 了解到WhatsApp移动应用是用HTTP搭建技术栈的，就想到是不是直接用TCP能提升性能？

WhatsApp技术栈相关内容（翻译自参考文章） #

• WhatsApp早期确实是靠TCP搭建核心通信层，但后来逐步转到了基于HTTP/2的架构，主要原因有这些：
  • 兼容性与穿透性：HTTP在各种网络环境里的穿透能力更强，尤其是碰到防火墙、代理服务器的时候，TCP连接很容易被拦截或限制，而HTTP（尤其是HTTPS）能更好地绕过这些限制，保证消息能发出去、收得到。
  • 生态与工具链成熟：HTTP有一套完善的开发、调试、监控工具，比如浏览器的开发者工具、各类API网关、负载均衡器等，要是直接用TCP，这些配套设施都得自己从零搭，开发和维护成本高得离谱。
  • 标准化与扩展性：HTTP/2和HTTP/3自带多路复用、头部压缩、服务器推送这些特性，能大幅提升通信效率；但如果自己基于TCP实现类似功能，得花大把精力处理各种细节，还很难保证兼容性和稳定性。
  • 安全更省心：HTTPS（HTTP+TLS）是行业标准的安全通信方案，自带加密、身份验证这些机制；要是直接用TCP，得自己实现加密逻辑，很容易出安全漏洞。

为啥不直接用TCP偏选HTTP？ #

• 开发和维护更省心：HTTP是标准化的应用层协议，已经把请求/响应模型、状态管理、内容协商这些逻辑都封装好了，开发者不用操心底层TCP的连接管理、数据分包粘包这些麻烦事，能快速搭出稳定的通信系统；但直接用TCP的话，这些底层细节都得自己处理，开发周期长，后期维护也难。
• 适应复杂网络环境：就像WhatsApp的情况，HTTP在复杂网络环境下适应性更强，能应对各种网络限制，保证服务能用；TCP连接在很多场景下会被阻断，尤其是移动网络里，切换网络时的重连逻辑也得自己写，而HTTP的会话管理成熟多了。
• 性能不是唯一考量：虽然理论上直接用TCP能减少HTTP的额外开销，但现在的HTTP/2、HTTP/3已经通过多路复用这些技术把开销降得很低了，实际场景里性能差距并不大，反而HTTP带来的生态和兼容性优势比这点性能提升有用多了。
• 安全合规有保障：HTTPS的加密机制是现成的，还经过了广泛验证；要是直接用TCP自己搞加密，不仅容易出错，还可能不符合合规要求，比如有些地区要求通信数据加密，用HTTP方案能更快满足这些要求。

内容的提问来源于stack exchange，提问作者younes askour