HTTPS 是一种无状态的、应用层的协议，用于在客户端

1）基于请求-响应模型；2）无状态：每次请求都是独立的，服务器不会保存客户端的状态；3）数据加密，防止数据被窃听或篡改；身份验证，确保客户端与正确的服务器通信；数据完整性，防止数据在传输过程中被修改。（HTTP 是明文传输）它的优势是：1）简单易用：HTTP 协议设计简单，易于实现和使用；2）广泛支持：几乎所有浏览器、服务器和开发框架都支持 HTTP；3）灵活性：支持多种数据格式（如 JSON、XML、HTML）和内容类型；4）无状态：简化了服务器的设计，适合分布式系统；5）安全和合规性：通过加密技术保护数据传输，防止窃听和篡改；符合现代网络安全标准（如 GDPR、PCI DSS）。这里我们以 TLS 1.3 为例，通过一张图了解下 HTTPS 在客户端和服务端之间的握手过程。

TLS 1.3 简化了以往的握手过程，性能损耗更小、响应更快。关于TLS1.3的应用实践可见微信团队的分享：《微信新一代通信安全解决方案：基于TLS1.3的MMTLS详解》。4、为什么传统Web端网络通信协议不适合大模型不同类型的大模型应用，对网络通信的需求不尽相同，但几乎都离不开以下需求。具体就是：1）实时对话：用户与模型进行连续交互，模型需要即时响应。例如通义千问，HIgress 官网的答疑机器人，都是需要依据客户问题，即时做出响应；2）流式输出：大模型生成内容时，逐字或逐句返回结果，而不是一次性返回。但是钉钉、微信等应用，两个人相互对话时，采用的就不是流式输出了，文字等内容都是一次性返回的；3）长时任务处理：大模型可能需要较长时间处理复杂任务，同时需要向客户端反馈进度，尤其是处理长文本、以及图片、视频等多模态内容；这是因为依赖大模型计算的响应，要比依赖人为写入的业务逻辑的响应，消耗的资源多的多，这也是为什么大模型的计算要依靠 GPU，而非 CPU，CPU 在并行计算和大规模矩阵计算上远不如 GPU；4）多轮交互：用户与模型之间需要多次往返交互，保持上下文。这是大模型应用保障用户体验的必备能力。这些场景对实时性和双向通信有较高要求，沿用 Web 类应用的主流通信协议 - HTTPS，将会存在很多问题。