动态导入在360°全景中用于按需加载资源：支持变量路径但需静态可析、必须捕获错误、配合viewer.dispose()释放旧场景并加载新全景图，避免内存泄漏与白屏。
JS 中动态导入全景解析，不是看“一个概念”，而是看它在不同技术环节中如何真实起作用——尤其当它和 360° 全景这类资源密集型功能结合时，导入时机、加载路径、错误兜底、内存清理，每一环都直接影响体验是否卡顿、切换是否流畅、首屏是否白屏。
动态导入本质是运行时的模块调度
import() 不是语法糖，而是一个返回 Promise 的函数调用。它让浏览器或构建工具能在代码执行中决定：“此刻要不要加载这个 JS 文件？”比如点击按钮才加载全景查看器核心逻辑，或根据用户语言加载对应全景元数据配置。关键点在于：
- 路径支持变量（import(`./panos/${sceneId}.jpg`)），但必须可被静态分析到（不能是完全拼接的随机字符串）
- 加载失败会 reject，必须用 .catch() 或 try/catch 捕获，否则静默失败
- 模块只执行一次，后续 import() 返回缓存实例，适合复用 panorama 控制器类
和 Panolens.js 切换全景图强相关
Panolens Viewer 实例不支持“更新图像”，必须 dispose 再重建。这时动态导入就不是加载 JS，而是配合资源管理：
- 把多个全景图路径预存在数组里，点击按钮时读取对应 URL
- 调用 viewer.dispose() 清掉旧场景（释放 WebGL 纹理、几何体等）
- 再用 new PANOLENS.ImagePanorama(url) 创建新实例并 add 进 viewer
- 整个过程无需重新 import Panolens，但可把 panorama 创建逻辑封装成动态加载的模块
构建与部署中不可见的坑
即使代码写对了，也可能因环境出问题：
- HTTP 服务未启用 CORS：全景图跨域加载失败，控制台报错但 import() 不抛异常
- 未设 type="module"：HTML 中 script 标签漏写，导致 import 语法报错
- 构建工具未识别 import()：Webpack/Vite 需正确配置 chunk 分割策略，否则所有全景图打包进一个大 bundle
- 移动端图片解码慢：大尺寸 JPG/PNG 加载后渲染延迟，需搭配 loading 状态提示或低清占位图
真正实用的判断标准
别只看控制台有没有报错。打开 Network 面板，关注三点：
- 点击切换时，是否只发起目标全景图的请求（而不是全部）
- viewer.dispose() 后，Memory 面板中 Three.js 相关对象是否明显减少
- 连续切换 10 次后，页面内存占用是否稳定，而非持续上涨
