测试 nginx 中 root 与 alias 的实际访问路径，核心在于理解两者对 uri 拼接逻辑的差异：root 将配置中的路径作为根目录，直接追加请求的 uri；而 alias 将配置中的路径作为映射目标，替换掉匹配到的 uri 前缀。通过构造包含特定前缀的请求并观察返回的文件内容或状态码，即可验证其实际行为。
如何验证 root 指令的路径拼接行为
root 指令的行为是“追加”。当你在 location 块中使用 root 时，Nginx 会将 root 指定的绝对路径与请求的完整 URI 进行拼接。例如，若配置为 root /var/www/html，请求 /images/logo.png 时，Nginx 会尝试访问文件系统上的 /var/www/html/images/logo.png。这种模式适用于静态资源目录结构清晰且无需重命名前缀的场景。
server {
listen 80;
server_name localhost;
# 配置 root 指令
location /files {
root /data/web;
}
}
为了验证上述配置，首先在终端创建对应的目录结构和测试文件：
mkdir -p /data/web/files/test # 创建一个标识文件，内容为 'ROOT_TEST' echo 'ROOT_TEST' > /data/web/files/test/info.txt
重启 Nginx 后，使用 curl 发起请求：
curl http://localhost/files/test/info.txt
预期输出结果为 ROOT_TEST。这证明 Nginx 成功拼接了 /data/web（root）和 /files/test/info.txt（URI），定位到了正确的文件。如果请求 /other/info.txt，Nginx 会尝试访问 /data/web/other/info.txt，若该路径不存在则返回 404。
如何验证 alias 指令的路径替换行为
alias 指令的行为是“替换”。它通常用于将特定的 URI 前缀映射到不同的文件系统路径。在使用 alias 时，location 匹配到的 URI 部分会被完全丢弃，取而代之的是 alias 指定的路径。需要注意的是，如果 location 以 / 结尾，alias 路径也必须以 / 结尾，否则会导致路径拼接错误（如出现双斜杠或路径缺失）。
server {
listen 80;
server_name localhost;
# 配置 alias 指令
location /static {
alias /data/assets;
}
}
同样，先准备测试环境：
mkdir -p /data/assets/images # 创建一个标识文件，内容为 'ALIAS_TEST' echo 'ALIAS_TEST' > /data/assets/images/pic.jpg
重启 Nginx 后，发起请求：
curl http://localhost/static/images/pic.jpg
预期输出结果为 ALIAS_TEST。这里的关键在于，URI /static/images/pic.jpg 中的 /static 被 /data/assets 替换，剩余部分 /images/pic.jpg 被追加到 /data/assets 之后，最终访问 /data/assets/images/pic.jpg。如果误写成 alias /data/assets;（无尾部斜杠），Nginx 可能会尝试访问 /data/assetsimages/pic.jpg 导致 404。
当 URI 包含多级目录时 root 与 alias 的具体差异是什么
在涉及多级目录嵌套时，root 与 alias 的差异尤为明显。root 始终保留 URI 的完整层级，而 alias 仅替换匹配的前缀部分。假设我们有一个需求：将访问 /v1/api/data 的请求映射到 /srv/v2/data 目录下的对应文件。
如果使用 root，配置如下：
location /v1/api {
root /srv;
}
请求 /v1/api/data/file.json 时，Nginx 会查找 /srv/v1/api/data/file.json。这与目标路径 /srv/v2/data 不符，因此 root 无法直接实现这种“版本跳跃”式的映射。
如果使用 alias，配置如下：
location /v1/api {
alias /srv/v2/data;
}
请求 /v1/api/data/file.json 时，Nginx 将 /v1/api 替换为 /srv/v2/data，剩余部分 /data/file.json 追加其后，最终访问 /srv/v2/data/data/file.json。注意这里多了一个 data，因为 URI 中匹配后的剩余部分包含了 /data。若要精确映射到 /srv/v2/data/file.json，需调整 URI 结构或使用更复杂的正则匹配，但基本逻辑依然是替换前缀而非追加根目录。
