根本原因是前端资源未压缩合并、未启用Gzip、缺乏缓存头及加载策略不当；需用Webpack/Vite构建压缩文件，Nginx开启gzip与长缓存，JS加async/defer属性，避免模板中同步查询阻塞HTML输出。
ThinkPHP6 项目首页 JS 加载慢，根本原因通常不是框架本身，而是前端资源组织方式和加载策略没对齐现代浏览器机制。直接改 index.php 或控制器逻辑基本无效，重点在 HTML 输出层和静态资源交付链路。
为什么放在 public/static/ 的 JS 还是加载卡顿
ThinkPHP6 默认把 JS 放在 public/static/ 目录下，看似“静态”，但若未启用 Gzip、未设置缓存头、或文件未压缩合并，实际传输体积和请求数仍会拖慢首屏。尤其当页面引入了多个小 JS（如 addSite.js、toast.js）时，每个请求都带 TCP 握手 + TLS 开销。
- 检查 Network 面板中每个 JS 的
Size和Waterfall：若单个 JS >100KB 或请求数 ≥5，大概率是合并与压缩缺失 - 确认 Nginx/Apache 是否开启
gzip on及gzip_types application/javascript; - 用 curl 测试响应头：
curl -I https://yoursite.com/static/js/main.js，看是否有Content-Encoding: gzip和Cache-Control: public, max-age=31536000
view/index/index.html 里怎么写 <script> 才不阻塞渲染
ThinkPHP6 模板中硬写 <script src="/static/js/search.js"></script> 是同步加载，会暂停 HTML 解析。必须显式控制加载行为。
- 非关键脚本（统计、埋点、非首屏功能）一律加
async：<script src="/static/js/analytics.js" async></script> - 相互依赖的业务脚本（如
utils.js→main.js）用defer：<script src="/static/js/utils.js" defer></script><script src="/static/js/main.js" defer></script> - 绝对不要把
<script>写在<head>里且不带属性——这是最常见阻塞源头
如何让 TP6 自动生成压缩合并后的 JS 文件
靠手动压缩 JS 并替换路径不可持续。推荐在部署流程中加入构建步骤，而非在 PHP 运行时调用 linkorb/jsmin-php —— 它适合调试，不适合生产环境高频压缩。
Comprehensive Three.js 3D graphics reference
下载
详细的 Three.js 3D 图形参考，涵盖场景设置、相机、几何体、材质、光照、动画、控制器、加载器、数学工具和调试。
立即学习“PHP免费学习笔记（深入）”；
- 用 Vite 或 Webpack 构建：在
resources/js/下组织源码，执行npm run build输出public/static/js/app.[hash].js - 在模板中通过 ThinkPHP6 的
config('app.debug')区分环境：{if condition="config('app.debug')"}<script src="/static/js/app.js"></script>{else}<script src="/static/js/app.{:date('YmdHis', filemtime(public_path().'/static/js/app.min.js'))}.js" defer></script>{/if} - 避免用 PHP 函数动态读取文件时间戳生成 URL，容易击穿缓存；应由构建工具注入 contenthash
TP6 模板中哪些 PHP 逻辑会悄悄拖慢 JS 加载体验
JS 本身加载慢，但用户感知的“卡”常来自 JS 执行前的等待——而这个等待可能被后端 PHP 渲染卡住。例如：
- 在
index.html模板里直接写{:db()->table('ads')->select()}，数据库查询慢导致整个 HTML 响应延迟，JS 还没开始下载 - 用
{include file="common/header"}引入含大量foreach渲染的头部，阻塞输出流 - 未开启 PHP OPcache，每次请求都重编译模板，首字节时间（TTFB）拉高
真正影响 JS 加载体验的，往往是 HTML 输出被卡住，而不是 JS 文件本身。先确保 TTFB
