服务器-客户端通信详解
服务器-客户端（Client-Server, C/S）架构是现代网络应用最基础的通信模式，在这种模式中，客户端（请求方）和服务器（响应方）通过网络协议进行交互,以实现资源共享或服务提供。
通信基本流程
服务器与客户端的通信通常遵循“请求-响应”（Request-Response）模型,其具体步骤如下：
- 建立连接：客户端通过 IP 地址和端口号定位服务器，并尝试发起连接请求（如 TCP 三次握手）。
- 发送请求：客户端构建一个包含特定指令、参数或数据的请求报文发送给服务器。
- 服务器处理：服务器接收到请求后，解析报文内容，执行相应的业务逻辑（如查询数据库、计算数据）。
- 返回响应：服务器将处理结果封装在响应报文中发送回客户端。
- 关闭连接：根据协议不同，连接可能会立即关闭（短连接）或保持开启以备下次使用（长连接）。
核心通信协议
根据应用场景的不同,服务器与客户端采用不同的通信协议：
- HTTP/HTTPS：
- 最常用的应用层协议，基于 无状态 原则。
- HTTPS 在 HTTP 基础上增加了 SSL/TLS 加密,确保数据传输的安全性。
- 适用于网页浏览、RESTful API 接口。
- WebSocket：
- 提供 全双工 通信通道,允许服务器主动向客户端推送数据。
- 适用于实时聊天、股票行情、在线协作工具。
- TCP (传输控制协议)：
- 面向连接的可靠传输，保证数据不丢失、不重复、按序到达。
- 适用于文件传输、电子邮件。
- UDP (用户数据报协议)：
- 无连接的不可靠传输，速度快,但不能保证送达。
- 适用于视频会议、在线游戏、实时语音。
- gRPC / Thrift：
- 高性能的远程过程调用（RPC）框架，通常使用 Protocol Buffers 作为序列化协议。
- 适用于微服务架构内部的高效通信。
数据交换格式
为了让不同语言编写的客户端和服务器能够互相理解,需要统一的数据格式：
- JSON (JavaScript Object Notation)：目前最主流的格式，轻量级、易读,被几乎所有编程语言支持。
- XML (Extensible Markup Language)：结构严谨，但冗余较多,现多用于旧系统或特定配置文件。
- Protobuf (Protocol Buffers)：由 Google 开发的二进制格式，体积更小、解析速度更快,适用于对性能要求极高的场景。
关键技术点
- IP 地址与端口：
- IP 地址用于定位网络中的具体设备。
- 端口号用于定位设备上的具体应用程序（如 HTTP 默认 80，HTTPS 默认 443）。
- 状态管理：
- 无状态 (Stateless)：服务器不记录客户端的 previous 状态，每次请求必须包含所有必要信息（如 JWT Token）。
- 有状态 (Stateful)：服务器通过 Session 等机制记录客户端状态。
- 并发处理：
- 服务器通常采用 多线程、多进程 或 异步非阻塞 IO (Event Loop) 来同时处理成千上万个客户端的请求。
C/S 架构与 P2P 架构的区别
- C/S 架构：
- 角色明确：一个服务端,多个客户端。
- 中心化管理：数据存储在服务器，易于备份和控制,但服务器是单点故障点。
- P2P 架构 (Peer-to-Peer)：
- 角色模糊：每个节点既是客户端也是服务器。
- 去中心化：资源分布在所有节点中，具有极强的扩展性和鲁棒性（如 BitTorrent、区块链）。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/490199.html
