可行，但需确保U盘稳定挂载、权限正确（www-data有r-x）、location与alias均以斜杠结尾，且避免在顶层location中使用alias；否则易出现403/404或刷新白屏。
直接用 alias 把 URL 路径映射到 U 盘目录，是可行的，但关键在于路径写对、权限配好、U 盘挂载稳定——不是加一行配置就能跑通。
确认 U 盘已正确挂载并可被 Nginx 访问
U 盘必须以支持读写的文件系统（如 ext4、NTFS with ntfs-3g）挂载，且挂载点路径固定（不能每次插拔变位置）。例如：
- 插上后手动挂载：
sudo mount /dev/sdb1 /mnt/usb - 更稳妥的做法：写入
/etc/fstab，让系统开机自动挂载相同路径，比如：/dev/sdb1 /mnt/usb ext4 defaults,uid=www-data,gid=www-data,umask=002 0 0 - 验证是否生效：
ls -l /mnt/usb看文件列表；stat /mnt/usb确认挂载用户和权限；确保www-data（或你 Nginx worker 使用的用户）对该目录有 读 + 执行（x）权限（目录必须有 x 才能进入）
location 和 alias 的写法必须严格匹配斜杠
假设你想把 /media/ 这个 URL 前缀，全部指向 U 盘里的 /mnt/usb/media/ 目录，配置要这样写：
-
location /media/ {→ location 必须带尾部/ -
alias /mnt/usb/media/;→ alias 值也必须带尾部/（这是硬性要求） - 请求
/media/photo.jpg会实际读取/mnt/usb/media/photo.jpg - 如果写成
alias /mnt/usb/media（没斜杠），Nginx 会拼成/mnt/usb/mediaphoto.jpg，直接 404
处理常见问题：403、404、刷新白屏
U 盘映射最容易卡在这几个地方：
-
403 Forbidden：多半是权限问题。检查
/mnt/usb及其子目录是否对www-data用户开放了r-x（读+执行）；U 盘如果是 FAT32 或 exFAT，Linux 默认不保留权限，需挂载时加uid=www-data,gid=www-data,umask=022参数 -
404 Not Found：先确认文件确实在 U 盘对应路径下；再核对 location 和 alias 尾部斜杠是否都存在；最后用
nginx -t测试配置语法，nginx -s reload重载 -
SPA 刷新 404（如 Vue/React）：alias 不适合直接托管整个单页应用。若 U 盘里放的是前端构建产物，建议改用
root+try_files；非要 alias，fallback 路径得带前缀，例如：try_files $uri $uri/ /media/index.html;
补充建议：提升稳定性和安全性
U 盘属于可移动设备，生产环境慎用，但测试或小规模部署可以这样做：
- 在 Nginx 配置里加
expires 1h;和add_header Cache-Control "public";减少重复读取 - 避免将 U 盘挂载到
/var/www或其他 Nginx 默认根目录下，防止路径混淆 - 不要在
location /这种顶层块里用 alias，容易覆盖主站逻辑；专设子路径（如/usb-assets/）更安全 - 定期检查 U 盘是否仍在线：
mount | grep usb，必要时加 systemd automount 或 udev 规则自动重挂
