优化JavaScript性能需聚焦加载执行提速与内存占用降低：延迟非关键脚本、用async/defer/import()控制加载；精简包体积、按需引入、启用压缩与分析；防范内存泄漏、节流高频操作；善用requestIdleCallback、DocumentFragment、WebAssembly等现代API。
优化 JavaScript 性能主要围绕两个核心目标：加快脚本加载与执行速度，以及降低运行时内存占用。关键不在于写得多快，而在于让浏览器更高效地解析、编译和运行代码。
精简并延迟加载非关键脚本
页面首屏渲染不需要的 JS（如统计、分享、后台轮询）应避免阻塞 HTML 解析。使用 async 或 defer 属性控制加载时机；对第三方 SDK，考虑按需动态导入（import()），而非全部打包进主 bundle。
- async：适合完全独立的脚本（如广告、埋点），下载不阻塞 HTML，但执行时机不可控
- defer：适合依赖 DOM 的初始化逻辑，下载不阻塞，执行在 DOM 构建完成后、DOMContentLoaded 前
- 用
import('./analytics.js').then(...)替代静态import，可配合loading状态提升用户体验
减小包体积：从构建到运行时
体积直接影响下载、解析和编译时间。现代构建工具（如 Vite、Webpack）默认支持 Tree Shaking，但需确保代码符合 ES Module 规范且无副作用标记错误。
- 检查
node_modules中是否引入了整包（如lodash），改用按需引入：import debounce from 'lodash/debounce' - 启用生产环境压缩（Terser）、Gzip/Brotli 服务端压缩，Brotli 通常比 Gzip 小 15%–20%
- 用
source-map-explorer分析打包产物，定位“大块头”模块（如未拆分的 UI 组件库或冗余
polyfill）
polyfill）避免内存泄漏与高频重计算
内存问题常在交互频繁、生命周期长的单页应用中暴露。泄漏不一定立刻崩溃，但会拖慢 GC 频率、增加卡顿。
- 移除事件监听器后记得调用
removeEventListener；若用addEventListener的第三个参数对象，需保存同一引用才能正确移除 - 定时器（
setInterval、setTimeout）在组件卸载前清除，尤其注意闭包中保留了 DOM 节点或大型数据结构的情况 - 避免在循环或高频回调（如
scroll、resize）中反复创建对象或调用高开销函数；用防抖/节流 + 缓存计算结果（如useMemo或 Map 存储已处理数据）
善用现代 API 提升执行效率
浏览器持续迭代底层能力，合理使用原生接口可绕过低效的 JS 实现。
- 用
requestIdleCallback处理低优先级任务（如日志上报、预加载），避免抢占主线程 - 大量 DOM 操作时，用
DocumentFragment批量插入，或使用createDocumentFragment+append减少重排重绘 - 数值计算密集场景（如图表、动画），考虑 WebAssembly 或
ArrayBuffer+ TypedArray 替代普通数组，减少 GC 压力
