确认 Nginx 配置文件是否真的生效 太好了这说明你的文件路径和挂载都是完全正确的从输出结果看宿主机上确实存在/etc/nginx/img/upload目录且权限是drwxr-xr-x755这意味着 Docker 已经完美地将这个目录映射到了容器内部并且 Nginx 有充足的权限读取它。既然路径对了、权限也对了但图片依然无法显示那问题大概率出在Nginx 配置文件的语法细节或者请求被其他规则拦截上了。让我们进行最后一步的“终极排查”️ 第一步确认 Nginx 配置文件是否真的生效了你之前清理了特殊字符并修改了alias但我们必须确保这些改动被正确加载了。请在宿主机终端执行以下命令直接查看当前正在运行的完整 Nginx 配置docker exec nginx cat /etc/nginx/conf.d/default.conf | grep -A 5 goods-img你需要核对输出结果必须是location /goods-img/ {注意结尾的斜杠/下一行必须是alias /etc/nginx/img/upload/;注意结尾的斜杠/如果这两点都对请继续下一步。 第二步直接在容器内测试访问最关键的一步不要通过浏览器测试我们直接用命令行在容器内部模拟一次请求看看 Nginx 到底返回了什么错误。在宿主机终端执行# 1. 先随便找一个真实的图片文件名替换为你实际存在的名字 docker exec nginx ls /etc/nginx/img/upload/ | head -n 1 # 2. 用 curl 在容器内部发起请求把下面的文件名换成第1步查到的真实文件名 docker exec nginx curl -I http://localhost/goods-img/你刚才查到的文件名.jpg请把这条curl -I命令的输出结果发给我。如果返回HTTP/1.1 200 OK说明 Nginx 没问题可能是前端代码里的 URL 写错了或者是外部防火墙/CDN 的问题。如果返回404 Not Found说明 Nginx 找不到文件可能是alias拼接路径有问题。如果返回403 Forbidden说明还是权限问题虽然概率很低。如果返回500 Internal Server Error说明 Nginx 配置语法还有隐藏错误。只要拿到这个curl的结果我们就能瞬间定位最后的元凶快去试一下吧