server块是nginx实现虚拟主机的核心单元，定义逻辑隔离的请求处理域；它通过listen和server_name确定匹配规则，内部指令（如root、location）以此为上下文生效，且需严格遵循指令context限制，不可越级使用或误置。
server 块是 Nginx 实现虚拟主机的核心单元，它定义了一个独立的站点边界——不是简单地“写一段配置”，而是划出一个逻辑上隔离的请求处理域，所有内部指令（如 root、location、proxy_pass）都以此为上下文生效。
server 块的本质：一个独立的虚拟主机容器
它不依附于其他 server，也不自动继承上级 http 块的全部行为。每个 server 块对应一组明确的监听条件（listen）和匹配标识（server_name），Nginx 在收到请求时，先根据 IP+端口找到匹配的 server，再用 Host 头匹配 server_name，最终选定唯一处理单元。
- 同一端口可定义多个 server，靠 server_name 区分不同域名（如 example.com 和 api.example.com）
- 同一域名可跨端口定义多个 server（如 80 和 443），实现 HTTP/HTTPS 分离配置
- 未匹配到任何 server_name 的请求，默认交给该端口下第一个 server 块处理
server 块内指令的生效规则
并非所有指令都能写在 server 块里，也不是写了就一定起作用——必须符合其 Context 要求，且受继承类型约束：
- listen 和 server_name 只能在 server 块中使用，写在 location 或 http 顶层会报错
- root 是 Normal 类型指令：可在 server 中设默认根目录，再在某个 location 中覆盖为 /opt/api，该 location 下所有路径即以新路径为基准
- access_log 是 Array 类型指令：server 中启用日志，location 中写 access_log off; 就会关闭该路径的日志，不合并也不继承
- proxy_pass 是 Action 类型指令：只在当前 location 生效，server 级写的 proxy_pass 对子 location 完全无效
server 块与 location 的协作关系
server 是入口守门人，location 是路径调度员。server 决定“这个请求归我管”，location 决定“归我管之后具体怎么处理”：
- location 必须嵌套在 server 内，不能独立存在
- 一个 server 可含多个 location，按匹配优先级（=、^~、~*、普通前缀）逐条比对 URI
- location 中可复用 server 级配置（如 root），但也可覆盖；不可复用 server 不允许出现的指令（如 listen）
- 若 location 中未设 root 或 alias，会回退使用 server 中定义的 root
常见配置陷阱与规避方式
很多问题源于对作用域边界的误判：
- 把 proxy_pass 写在 server 顶层，以为能全局代理——实际不起作用，必须放进具体 location
- 在 location 中漏写 root 或 alias，又没在 server 中定义 root，导致 404
- 用正则 location ~ \.php$ 却没在其中显式写 fastcgi_pass，而只在 server 里写了——PHP 请求无法转发
- 多个 server 共享同一 listen 端口但 server_name 冲突或缺失，导致请求被错误路由
