ThinkPHP根本不存在7.0版本——官方从未发布，所有“ThinkPHP7”均为误标、fork分支或私有篡改；当前最新稳定版为ThinkPHP8.x（2026年8月仍活跃维护），上一代主力是ThinkPHP6.3。
ThinkPHP根本不存在7.0版本，官方从未发布过ThinkPHP7，所有声称“ThinkPHP7”的项目实际是误标、 fork 分支或混淆了其他框架命名；当前最新稳定版为ThinkPHP8.x（2026年8月仍处于活跃维护中），而上一代主力版本是ThinkPHP6.3；若你在 composer.json 或 vendor 目录里看到 "topthink/think" 版本号标为 "7.x"，那极大概率是开发者自行修改的私有分支，不具官方兼容性与更新支持。
确认你用的到底是不是“ThinkPHP7”
第一步：进入项目根目录，执行 composer show topthink/think，查看真实包版本号。若输出类似 v6.3.12 或 v8.0.5，说明你根本没在用ThinkPHP7。
第二步：检查 thinkphp/library/think/App.php 文件头部注释——官方6.x版本会写“ThinkPHP v6”，8.x写“ThinkPHP v8”，绝无“v7”字样。若此处出现“v7”，基本可判定是人工篡改的非标版本，其静态资源加载逻辑完全不可信，也不受任何PSR规范约束。
第三步：运行 php think version，命令行输出结果若含“7.”开头的数字，立即检查该命令是否被重写（比如在 think 可执行文件里硬编码了 echo 'v7.0'）；官方 think 命令只响应 6.x 和 8.x 的真实版本。
立即学习“PHP免费学习笔记（深入）”；
ThinkPHP6.3 与 PHP 7.4 搭配时的静态资源加载机制
方法一：通过内置命令生成资源映射表
在终端执行 php think build:public，该命令会扫描 public/static/ 下所有 .js、.css、.png 等文件，生成 public/static/manifest.json，并在模板中通过 {:static('js/app.js')} 自动替换为带哈希后缀的路径（如 js/app.a1b2c3d4.js）。这一步依赖 PHP 7.4 的 file_get_contents 和 json_encode 正常工作，若 php.ini 中禁用了这两个函数，命令会静默失败且不报错。
方法二：Nginx 配置直接托管静态目录
在宝塔面板 → 网站 → 设置 → 配置文件中，确保有以下区块：
location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg|woff|woff2|ttf|eot)$ {
expires 1y;
add_header Cache-Control "public, immutable";
}
⚠️ 注意：【必须删除 location / { try_files $uri $uri/ /index.php?$query_string; } 中的 /index.php 回退规则对静态后缀的覆盖】，否则所有 .js 请求都会被强行转发给 PHP-FPM，导致 500 错误或空白响应。
ThinkPHP8.x 与 PHP 7.4 共存时的静态加载变化
PSR-17 HTTP 响应工厂接管资源分发逻辑：当访问 /static/js/app.js 时，框架不再走传统文件系统读取，而是触发 think\http\Response 实例，调用 withFile() 方法构造 PSR-7 标准响应。这意味着：若 PHP 7.4 未启用 fileinfo 扩展，withFile() 无法自动探测 MIME 类型，浏览器将拒绝执行 JS 或渲染 CSS。
这一步操作起来很简单，直接在宝塔面板 → 软件商店 → PHP 7.4 → 设置 → 安装扩展 → 勾选 fileinfo 并安装即可。但要注意：安装后必须重启 PHP-FPM 服务，否则扩展虽显示已安装，mime_content_type() 函数仍返回 false。
资源路径强制走版本化路由：ThinkPHP8 默认关闭 public 目录直访，所有静态资源必须经由 /static/ 前缀路由分发。若你把 JS 放在 public/js/ 并用 <script src="/js/app.js"></script> 引入，页面会 404——因为该路径未注册到 PSR-15 中间件链，也不会命中任何控制器。
