理解Nginx核心目录结构的关键是把握功能分工而非固定路径：conf为配置中枢（含nginx.conf等），html为默认静态根目录，logs存access.log和error.log，sbin含nginx二进制文件，各目录职责固定，仅安装方式影响其物理位置。
理解 Nginx 的核心目录结构，关键不是死记路径，而是抓住“谁管什么、谁依赖谁、谁在运行时起作用”这三条主线。不同安装方式（apt/yum 编译安装 / Docker）会导致路径位置变化，但功能分工高度一致。
conf 目录：配置的中枢神经
这是所有行为的起点，Nginx 启动时只认一个主入口：nginx.conf。它本身不写具体网站逻辑，而是通过 include 指令把任务分发出去：
-
nginx.conf 定义全局参数：运行用户（
user）、worker 进程数（worker_processes）、PID 文件位置、错误日志路径、HTTP 框架基础设置等 -
conf.d/ 是最常用扩展区，每个
.conf文件通常对应一个服务（如api.conf或blog.conf），内容以server{}块为主，专注端口、域名、SSL、反向代理等 - sites-available/ 和 sites-enabled/ 多见于 Debian/Ubuntu，后者是前者的软链接集合，便于启停站点而不删配置
-
mime.types 决定浏览器如何解析文件（比如
.woff2→font/woff2），缺它可能导致字体或图标不显示 -
fastcgi_params、proxy_params 等是标准化参数模板，被
include进 server 或 location 块中复用，避免重复写 header 或超时设置
html 目录：静态内容的默认落脚点
这是 Nginx 响应 GET 请求时查找文件的起始位置，由配置中 root 或 alias 指令决定，默认值常为：
-
/usr/share/nginx/html（Debian/Ubuntu 包管理器安装） -
/usr/local/nginx/html（源码编译默认） -
/var/www/html（部分自定义或旧习惯）
里面两个关键文件：index.html 是访问根路径时的默认响应；50x.html 是发生 500/502/503/504 错误时返回的兜底页面——它必须存在且可读，否则用户可能看到空白或原始错误提示。
logs 目录：问题定位的第一现场
Nginx 不主动创建该目录，首次启动失败常因 logs 权限不足或父目录不存在。核心日志只有两个：
- access.log：记录每次 HTTP 请求的完整信息（IP、时间、方法、URI、状态码、响应大小、User-Agent）。可用于分析流量、爬虫行为、接口调用量
-
error.log：记录 Nginx 自身错误，如配置语法错、模块加载失败、上游连接超时、权限拒绝（
open() "/xxx" failed (13: Permission denied)）。级别可设为debug/info/warn/error，生产环境一般用error或warn
注意：error.log 路径在 nginx.conf 的全局块里定义（error_log /var/log/nginx/error.log warn;），改路径后需确保目录存在且 Nginx 用户（如 www-data）有写权限。
sbin 目录与运行时文件：控制与状态载体
sbin/nginx 是唯一二进制主程序，所有操作都靠它驱动：
-
nginx -t：校验配置语法是否正确（必做！修改后不测试就重载易宕机） -
nginx -s reload：平滑重载配置（旧 worker 处理完当前请求再退出，新 worker 接管） -
nginx -V：查看编译参数和模块列表，判断是否支持某些功能（如--with-http_v2_module）
运行时产生的文件（如 /run/nginx.pid、/var/run/nginx.pid）由 nginx.conf 中 pid 指令指定，用于进程管理和信号发送；/run/ 下的 socket 或缓存临时文件也属此类，异常时可手动清理（需先停服务）。
