ThinkPHP静态资源404主因是Web服务器根目录未正确指向public目录，需分别检查Apache的AllowOverride配置、Nginx的root路径设置、PHP内置服务器的router.php兜底逻辑及伪静态部署结构。
Apache下ThinkPHP静态资源404：.htaccess没生效？
绝大多数情况是 .htaccess 文件根本没被读取，不是规则写错了。Apache默认禁用目录级重写，必须显式开启 AllowOverride All（或至少 AllowOverride FileInfo）。
- 检查虚拟主机配置里对应
DocumentRoot的<directory></directory>块是否含AllowOverride All，仅靠mod_rewrite已加载还不够 - 确认
.htaccess文件真实存在于public/目录（不是根目录），且文件名无隐藏后缀（如.htaccess.txt） - Linux 下注意权限：Apache 用户（如
www-data或apache）需有读取权限，chmod 644 .htaccess最安全 - 临时在
.htaccess里加一行deny from all，刷新页面若返回 403，说明已生效；若仍 200，就是没加载
Nginx中ThinkPHP public目录下css/js 404：root路径配错
Nginx 不像 Apache 自动继承父级 root，location 块里必须显式指定静态资源的物理路径，否则会拼出错误的磁盘路径。
- 确保
location ~ .(js|css|png|jpg|gif|jpeg|ico|svg|woff2?|ttf|eot)$块内有root /var/www/your-project/public;（路径必须精确到public，不是项目根目录） - 不要用
alias替代root：比如alias /var/www/your-project/public/;会导致路径多截一层，/static/css/app.css可能查成/var/www/your-project/public//static/css/app.css - 如果用了
try_files $uri /index.php?$query_string;，它只对 PHP 路由有效，静态资源必须单独配location拦截，否则全被扔给 PHP 处理，自然 404
ThinkPHP内置Web服务器（php -S）跑不起来静态文件：路由拦截太猛
PHP 内置服务器默认只把未匹配文件的请求转发给 router.php，但 ThinkPHP 的 public/router.php 默认把所有请求都交给框架，连 /static/logo.png 都试图走路由，结果当然 404。
- 运行命令必须带路由器脚本：
php -S localhost:8000 public/router.php，不能直接php -S localhost:8000 - 检查
public/router.php是否包含类似if (is_file(__DIR__ . $request_uri)) { return false; }的兜底逻辑——这是关键，缺了就全进框架 - Windows 下注意路径分隔符：
$request_uri可能带反斜杠，is_file()判定失败，建议统一用str_replace('\', '/', $request_uri)归一化
伪静态开启后CSS路径变成/public/static/却仍404：public目录暴露了
ThinkPHP 推荐部署结构是 Web 根目录指向 public/，而非整个项目目录。如果 Web 服务器根目录设在项目根（如 /var/www/your-project），那么访问 /static/app.css 实际找的是 /var/www/your-project/static/app.css，但文件其实在 /var/www/your-project/public/static/app.css。
立即学习“PHP免费学习笔记（深入）”；
- 最直接验证法：在浏览器访问
http://yoursite.com/public/static/app.css，如果能打开，说明是根目录配置错误，不是伪静态问题 - Apache 下可通过
Alias /static /var/www/your-project/public/static临时绕过，但治标不治本 - 别在模板里硬写
/public/static/——ThinkPHP 的__STATIC__或asset()函数会自动适配当前 Web 根，前提是部署结构正确
真正卡住人的，往往是 Web 服务器根目录和 ThinkPHP 期望的 public 入口之间那层映射关系。调通前先确认：浏览器地址栏里的 URL 路径，到底对应服务器上哪个物理路径。别的都是障眼法。
