在 nginx 中配置静态资源路径时，`root` 和 `alias` 的核心区别在于 url 路径与磁盘路径的拼接逻辑。使用 `root` 时，nginx 会将 `location` 块中的完整 uri 追加到指定的根目录下；而使用 `alias` 时，nginx 会用 `alias` 指定的目录替换掉 `location` 匹配到的前缀部分。简单来说，`root` 是“追加”，`alias` 是“替换”。
root 指令如何拼接路径
当使用 `root` 指令时，Nginx 的行为是将请求的 URI 直接拼接到配置的根目录之后。假设你希望访问 `/images/logo.png` 时，实际读取的是服务器上的 `/var/www/html/images/logo.png` 文件，你需要将 `root` 设置为 `/var/www/html`。此时，Nginx 会提取 URI 中的 `/images/logo.png` 部分，并将其附加到根目录后，形成最终的文件路径。
server {
listen 80;
server_name example.com;
location /images/ {
root /var/www/html;
}
}
在这个配置中，如果用户请求 /images/test.jpg，Nginx 会在磁盘上查找 /var/www/html/images/test.jpg。这种模式非常适合结构化的目录映射，即 URL 的路径结构与磁盘上的文件夹结构保持一致的情况。需要注意的是，如果 root 指向的目录不存在，或者该目录下没有对应的子目录，Nginx 会返回 404 错误，即使目标文件存在。
alias 指令如何替换路径
使用 `alias` 指令时，Nginx 会将 `location` 匹配到的路径前缀替换为 `alias` 指定的目录。这意味着 `alias` 通常用于将某个特定的 URL 路径映射到服务器上完全不同的物理位置，且两者之间可能没有直接的子目录关系。例如，如果你希望访问 /static/css/style.css 时，实际读取的是 /opt/web_assets/css/style.css，那么 location 应该匹配 /static/，而 alias 应该指向 /opt/web_assets/。
server {
listen 80;
server_name example.com;
location /static/ {
alias /opt/web_assets/;
}
}
在这个例子中，请求 /static/css/style.css 会被解析为 /opt/web_assets/css/style.css。这里的关键在于，alias 的值必须是一个目录，并且建议以斜杠结尾，以确保路径替换的正确性。如果使用 alias 时忘记加末尾斜杠，或者 location 匹配的路径与 alias 目录不匹配，可能会导致 404 或路径错误。此外，alias 不能用于 location 的正则表达式匹配中，这是它与 root 的一个重要限制。
基于程序中某个输入、条件或结果的具体问题
在实际开发中，一个常见的问题是：当静态资源文件的扩展名不在 Nginx 默认处理的 MIME 类型列表中时，浏览器可能会将其作为未知类型下载，而不是渲染。这通常发生在自定义字体文件或特定格式的资源文件中。为了解决这个问题，需要在 location 块中显式定义 types 或使用 add_header 来指定正确的 Content-Type。
server {
listen 80;
server_name example.com;
location /fonts/ {
root /var/www/html;
types { application/font-woff2 woff2; }
}
}
在上述代码中，通过 types 指令，我们告诉 Nginx 将 .woff2 扩展名的文件识别为 application/font-woff2 类型。如果不进行此配置，Nginx 可能会使用默认的 application/octet-stream，导致浏览器无法正确加载字体。这个配置可以放在全局 http 块中，也可以放在特定的 location 块中，具体取决于资源的分布情况。确保 MIME 类型正确是保证静态资源正常显示的关键步骤。
