当你在浏览器里输入一个网址，比如 www.example.com，按下回车后，页面几秒内就加载出来了。这个过程看似简单，背后却有一整套复杂的机制在运行，核心就是网络服务器的工作原理。
用户请求是怎么发出去的
你在浏览器输入网址时，系统首先会通过 DNS 查询把域名转换成服务器的 IP 地址。就像你要寄信得先知道对方门牌号一样。拿到 IP 后，浏览器就会发起一个 HTTP 请求，通常是 GET 方法，目标是获取网页内容。
这个请求并不是直接飞到服务器的，它要经过本地网络、运营商骨干网，可能还要穿越几个路由器，最终到达目标服务器的 80（HTTP）或 443（HTTPS）端口。
服务器如何接收并处理请求
服务器上通常运行着像 Nginx、Apache 或 Node.js 这样的服务程序。它们一直在监听指定端口，一旦收到请求，就会立即响应。
以 Nginx 为例，它接收到请求后，会先检查请求头里的 Host 字段，判断是哪个网站的请求——因为一台服务器可能托管多个网站。接着，它会查找对应的配置文件，确定这个请求是该返回静态文件（如 HTML、CSS），还是交给后端程序处理（如 PHP、Python）。
静态资源直接返回
如果请求的是图片、JS 文件或纯 HTML 页面，Nginx 可以直接从硬盘读取文件，打包成 HTTP 响应发回去。这类操作速度快，消耗资源少，适合高并发场景。
动态请求交给应用处理
比如你登录某个网站，提交了用户名和密码。这种请求通常会发给后端应用，比如用 Python 写的 Django 或者 PHP 的 Laravel。服务器通过 FastCGI 或反向代理的方式把请求转过去。
应用层代码开始运行：验证账号、查数据库、生成个性化页面。这个过程比静态访问慢得多，但灵活性高。
location /api/login {
proxy_pass http://127.0.0.1:3000;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
}上面这段 Nginx 配置就是把所有 /api/login 的请求转发到本机 3000 端口的服务上。
响应是如何回到你电脑的
处理完请求后，服务器会构造一个 HTTP 响应。状态码 200 表示成功，如果是 404 就说明页面没找到。响应头里还会包含内容类型（Content-Type）、缓存策略等信息，正文则是实际的数据，比如 HTML 文本或者 JSON 数据。
这个响应沿着原路返回，穿过层层网络，最终被你的浏览器接收。浏览器开始解析 HTML，加载 CSS 和 JS，逐步渲染出你看到的页面。
服务器怎么应对大量用户同时访问
一个热门网站每秒可能有成千上万个请求。单台服务器扛不住这么大的压力，所以实际部署中常用负载均衡器，比如用 Nginx 或 HAProxy 把请求分发到多台服务器上。
同时，还会用 Redis 缓存热点数据，避免每次都查数据库；用 CDN 把静态资源分发到离用户更近的地方，减少延迟。这些手段都是为了让服务器响应更快、更稳定。
了解这些原理，有助于排查网站打不开、加载慢等问题。比如你发现页面偶尔卡顿，可能是后端处理太慢；如果图片加载特别久，也许是 CDN 没生效或者服务器带宽不足。