nginx按业务拆分配置的核心是通过include将不同项目、服务或功能的配置隔离为独立文件，如按域名分webapp.conf、api.conf等，并在http块末尾统一加载；同时将upstream、ssl、日志格式等共用配置抽离至modules/目录，按上下文要求前置引入，确保语法正确与生效。
Nginx 配置按业务拆分，核心是把不同项目、服务或功能的配置隔离成独立文件，再通过 include 统一加载，避免所有内容堆在 nginx.conf 里。这样做能快速定位问题、多人协作不冲突、上线新服务也不用动主配置。
按站点（域名）拆分最常用
每个业务域名或子系统单独一个 `.conf` 文件，比如： - `webapp.conf`：对应 `app.example.com` - `api.conf`：对应 `api.example.com` - `admin.conf`：对应 `admin.example.com`在 nginx.conf 的 http 块末尾加上：
include conf.d/*.conf;
然后把每个 server 块完整写进对应文件里，包括 listen、server_name、location、proxy_pass 等。Nginx 启动时会自动按域名匹配请求，交给对应 server 处理。
按功能模块集中管理共用配置
跨多个业务共享的部分，抽出来统一定义，避免重复： - `upstream.conf`：写所有后端集群，如 `upstream api_backend { server 127.0.0.1:8001; }` - `ssl.conf`：统一 TLS 设置，含证书路径、`ssl_protocols`、`ssl_ciphers` - `log_formats.conf`：定义 `log_format api '…'` 和 `log_format static '…'` - `rewrites.conf`：全局重定向规则，如 HTTP → HTTPS、旧路径跳转这些文件也在 http 块内 include，顺序建议放在 server 类文件之前，确保被后续引用。
注意上下文和加载顺序
- `upstream`、`log_format` 这类指令只能出现在 `http` 块里，不能放到 `server` 或 `location` 中 - `include` 路径建议用绝对路径或相对主配置的明确路径，比如 `include /usr/local/nginx/conf/conf.d/*.conf;` - 修改后务必执行 `nginx -t` 测试语法，再用 `nginx -T` 查看实际生效的完整配置，确认文件是否真被加载目录结构示例（推荐）
``` conf/ ├── nginx.conf ← 主文件，只留全局+events+http基础项 ├── conf.d/ │ ├── default.conf ← 默认欢迎页 │ ├── webapp.conf ← 前端项目 │ ├── api.conf ← 接口服务 │ └── ssl.conf ← 公共SSL配置 └── modules/ ├── upstream.conf └── log_formats.conf ``` 主 `nginx.conf` 的 `http` 块里可这样 include： ```nginx include modules/upstream.conf; include modules/log_formats.conf; include conf.d/*.conf; ```不复杂但容易忽略
