conf.d 是 Nginx 的模块化配置子目录，通过 include 指令加载 *.conf 文件，实现解耦主配置、按需启停、多人协作；需规范命名、避免冲突、逻辑分组，并注意加载顺序与语法验证。
conf.d 是 Nginx 主配置目录（通常是 /etc/nginx/）下的一个子目录，用于存放**按功能或站点拆分的独立配置片段**，是实现配置模块化、可维护性的关键设计。
conf.d 的核心用途
它本身不被 Nginx 直接加载，而是通过主配置文件（如 nginx.conf）中的一行 include conf.d/*.conf; 指令引入。这种机制带来三大好处：
- 解耦主配置：避免把所有 server、upstream、location 堆在 nginx.conf 里，降低出错风险
-
按需启用/禁用：临时停用某组配置，只需重命名文件（如
site.conf → site.conf.disabled），无需注释大段内容 -
多人协作友好：不同团队可各自维护
api.conf、frontend.conf等，互不影响
推荐的配置规范
要让 conf.d 发挥最大效用，需遵守几个实用约定：
-
文件名以 .conf 结尾：Nginx 的 include 模式默认匹配
*.conf，其他后缀不会被加载 - 避免重复 listen 或 server_name 冲突：多个文件中定义了相同端口+域名的 server 块，Nginx 启动会报错（duplicate "server" directive）
-
逻辑分组清晰：例如
00-global.conf（全局设置）、10-api.conf（API 服务）、90-redirects.conf（统一跳转规则），数字前缀控制加载顺序（按字母序） -
不写 events/http 根块：conf.d 中只放
server、upstream、map等嵌套块，根级配置必须在 nginx.conf 中
常见误用与排查提示
新手容易踩的坑包括：
-
文件没生效？检查是否漏了 include 行；确认文件权限允许 Nginx 读取；用
nginx -t验证语法和路径 -
配置被覆盖？注意加载顺序：字母序靠前的文件先解析，同名指令（如
client_max_body_size）后加载的会覆盖前面的 -
调试建议：用
nginx -T查看最终合并后的完整配置，直观看到各 conf.d 文件如何拼接
一个最小可用示例
假设 /etc/nginx/conf.d/example.com.conf 内容如下：
server {
listen 80;
server_name example.com;
root /var/www/example;
index index.html;
location /api/ {
proxy_pass http://backend;
}
}
upstream backend {
server 127.0.0.1:8000;
}
只要主配置中有 include /etc/nginx/conf.d/*.conf;，该站点即可运行 —— 不需要重启整个 Nginx，reload 即可生效。
