服务器当然会向客户端传递信息，而且这是整个互联网运转的基础。 从你打开网页的那一刻起，服务器就一直在把数据、文件、图片、视频等资源“递”到你的浏览器里，传递的方式远不止“你问一句、我答一句”这么简单,下面我们拆开细讲。
服务器向客户端传递信息吗？先从一次网页请求说起
当你在地址栏输入网址，敲下回车，浏览器会立刻向对应的服务器发起请求，服务器收到请求后，会把网页的HTML代码、CSS样式、JavaScript脚本等资源打包返回，这个过程看起来像“借书”：客户端是读者，服务器是图书管理员，你递过去一张索书单,管理员把书找出来递给你。
但这里有个容易忽略的细节：服务器返回的不仅仅是“一个文件”，在一次完整的页面加载中，服务器往往会传递几十甚至上百个资源图片、字体、接口数据、嵌入式视频等等,每个资源都是一次独立的请求和响应。
服务器响应客户端请求的过程拆解
行业共识认为，HTTP协议是万维网数据通信的基础，而一次完整的请求-响应过程可以拆成以下几步：
- 浏览器解析域名,通过DNS找到服务器对应的IP地址。
- 浏览器与服务器建立TCP连接，如果使用HTTPS,还需要完成TLS握手。
- 浏览器发送HTTP请求，请求里包含路径、参数、Cookie等信息。
- 服务器根据请求内容，生成或查找对应的数据,然后返回HTTP响应。
- 浏览器拿到响应后，按顺序解析HTML、加载CSS和JS、渲染页面。
如果你想直观看到这个过程，可以在命令行运行 curl -v https://example.com，屏幕上会输出从DNS解析到响应返回的完整流程，打开浏览器开发者工具，切到Network（网络）标签页刷新页面，就能看到每一条请求的详细记录，这一长串请求,就是服务器向客户端传递信息的直接证据。
服务器和客户端如何通信？不只是HTTP协议
HTTP协议是典型的“请求-响应”模式，客户端主动发问，服务器被动回答，这种模式在绝大多数场景下够用，但实时性要求高的场景，比如在线聊天、股票行情、多人协作，就有点力不从心了，因为如果客户端不主动问，服务器就“不吭声”,新消息只能等下一次刷新或轮询才能拿到。
服务器向客户端推送数据的方式有哪些？
为了打破“只能客户端主动问”的局限,业界发展出了几种服务器向客户端推送数据的技术：
- 轮询：客户端每隔一段时间主动问一次“有更新吗？”，实现简单，但浪费带宽,延迟取决于轮询间隔。
- 长轮询：客户端发出请求后，服务器先“挂起”，直到有数据更新才返回，比普通轮询实时性好，但仍属于“模拟推送”。
- WebSocket：客户端与服务器建立一条长连接，双方可以随时互相发送数据,真正实现全双工通信。
- SSE（Server-Sent Events）：服务器通过HTTP协议向客户端单向推送数据，适合通知类、消息流类场景。
下面用一个表格对比这几种方式：
| 方式 | 通信方向 | 实时性 | 适用场景 |
|---|---|---|---|
| 轮询 | 客户端主动 | 一般 | 低频数据更新 |
| 长轮询 | 客户端触发，服务器延时响应 | 较好 | 简单消息提醒 |
| WebSocket | 全双工 | 高 |
在线游戏、聊天、协同编辑 |
| SSE | 服务器单向推送 | 高 | 新闻推送、日志流 |
业内专家指出，WebSocket在需要双向实时交互的场景中优势明显，但SSE因为基于HTTP，兼容性和部署成本更低,适合纯推送场景。
什么场景下服务器会主动向客户端传信息？
想象你正在用在线文档，同事在另一个城市敲了一个字，你的屏幕上立刻出现这个字，这个过程中，服务器不是在等你刷新页面，而是主动把更新后的数据块推送给所有在线客户端，再比如你关注了一支股票，服务器会在价格变动时,主动把最新报价推送到你的手机App。
这些场景的共同点，是“数据变化”发生在服务器端，而客户端需要第一时间感知，服务器向客户端传递信息，从“被动响应”变成了“主动推送”,这是技术演进带来的一大变化。
服务器传递信息时，客户端需要做什么？
服务器把数据传过来，客户端不能直接“裸奔”展示，浏览器需要解析、渲染、执行；App需要反序列化JSON、更新界面、触发通知，这个过程，客户端和服务器是“双向奔赴”的。
举个例子，你在电商网站搜索“手机”，服务器返回的是一段JSON数据，里面包含商品列表、价格、库存，客户端拿到这些数据后，会把它渲染成你看到的商品卡片，如果服务器返回的是图片，客户端还要解压、解码,再显示在屏幕上。
这里有个常见误区：很多人以为服务器传递信息就是“下载文件”，服务器返回的很多数据是“动态生成”的，比如根据你的登录状态返回不同的推荐内容，服务器每次接收请求时，都在“现做现卖”,而不是提前存好一份文件等着被下载。
如何查看服务器到底传了什么？
在浏览器开发者工具中，点击Network面板，再点Fetch/XHR筛选接口请求，选中任意一条，就能在Response标签页看到服务器返回的原始数据，如果你想知道服务器响应头里带了什么信息，可以切到Headers标签页，查看状态码、Content-Type、缓存策略等字段，这些数据就是服务器向客户端传递信息的“物证”。
服务器向客户端传递信息吗？常见问题解答
问：服务器能主动向客户端发消息吗？
能，传统的HTTP协议做不到，但通过WebSocket或SSE，服务器可以在没有客户端请求的情况下，主动向客户端推送数据，微信网页版、在线客服系统,都是这类技术的实际应用。
问：服务器返回数据快慢由什么决定？
主要由三方面决定：一是网络链路，比如从服务器到客户端的物理距离、带宽、延迟；二是服务器自身的处理能力，包括CPU、内存、数据库查询效率；三是数据体积，一个大文件或者复杂的接口响应，自然会比纯文本慢，多数情况下，开启HTTPS、使用CDN、优化数据库查询,都能明显缩短响应时间。
问：服务器向客户端传递信息安全吗？
这取决于传输协议和加密方式，使用HTTPS时，传输内容经过TLS加密，第三方无法直接读取，如果使用WebSocket，也要确保使用wss://加密版本，只要采用标准加密方案,传输过程是安全的。
服务器向客户端传递信息，既是网络通信的基石，也是一个不断演进的过程，从简单的HTTP响应，到全双工的WebSocket，核心目的始终是让数据在正确的时间，到达正确的地方，理解这一点，你就能更好地排查网络问题,也能在开发中选对通信方式。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/558115.html
