nginx的if (!-e $request_filename)会拦截/uploads图片，因其作为兜底逻辑，只要路径未真实存在（如alias未配对、权限不足或大小写不一致），就触发重写至index.php，导致php无法输出jpg而返回404；可靠解法是优先用location ^~ /uploads/ { alias ...; }跳过伪静态，或在rewrite正则中用^(?!uploads|...)(.*)$显式排除。
为什么Nginx的if (!-e $request_filename)会拦截/uploads图片
因为这条规则是「兜底逻辑」：只要请求路径在磁盘上找不到对应的真实文件或目录，就强制重写到 index.php。而 /uploads/2024/01/test.jpg 看似是静态路径，但如果 Nginx 的 root 或 alias 没配对、权限不对、或路径大小写不一致，!-e $request_filename 就会返回 true，触发重写——结果请求被发给 PHP，而 PHP 显然不会输出 JPG 文件，最终 404。
Nginx中排除/uploads等路径的两种可靠写法
不能只靠 if 判断，必须让 Nginx 在进入伪静态逻辑前就「跳过检查」这些目录：
- 用
location ^~ /uploads/独立块 +alias，优先级高于location /，直接命中即返回静态文件，不走任何 rewrite 或 try_files fallback - 若坚持用 if + rewrite，必须在 rewrite 正则里显式排除，例如：
rewrite ^/(?!uploads|storage|static|public\/storage)(.*)$ /public/index.php?s=$1 last;—— 注意?!uploads是负向先行断言，且路径名要和实际 URL 路径完全一致（比如是/uploads就不能写成/Uploads）
Apache下如何安全放行真实静态资源
Apache 的 .htaccess 规则顺序决定一切。常见错误是把放行静态资源的条件写在 ThinkPHP 主规则之后，导致已存在的 /uploads/xxx.png 仍被重写。
- 必须把
RewriteCond %{REQUEST_FILENAME} -f和-d放在所有重写规则之前，这是 ThinkPHP 官方规则能工作的前提 - 如果项目用了软链接（如
public/storage → ../storage/app/public），-f判断默认不跟随符号链接，需加-L条件：RewriteCond %{REQUEST_FILENAME} -f [OR]RewriteCond %{REQUEST_FILENAME} -L - 不要手动添加针对
.jpg、.css的单独 RewriteRule，这容易和框架路由冲突；信任!-f+!-d组合即可
容易被忽略的路径细节：大小写、末尾斜杠、子目录前缀
伪静态失效的多数 case 不是规则写错，而是路径没对齐：
-
alias /var/www/app/public/uploads/末尾必须有斜杠，否则 Nginx 会拼出错误物理路径 - URL 访问的是
/uploads/IMG.JPG，但磁盘文件是img.jpg，Linux 下直接 404 —— 别依赖“自动转小写”，改文件名或加underscores_in_headers on;无用，得统一命名规范 - 项目部署在子目录（如
https://a.com/myapp/），location /必须改成location /myapp/，且alias指向的是/var/www/html/myapp/public，不是/var/www/html/myapp/public/myapp
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
