核心思路是通过模块系统、iife包裹、命名空间封装及构建时控制实现第三方库作用域隔离。优先用esm/commonjs导入，配合打包工具作用域封装；无模块时用严格模式iife；无法改造则手动挂载至命名空间并删除全局引用；css/ts/php等 likewise 采用作用域限定机制。
核心思路是切断第三方库代码与全局作用域的直接连接，不让它的变量、函数、类自动挂到 window 或 global 上。这不靠“禁用”，而靠“围起来”——用语言或构建层提供的封装机制，让它们待在自己该待的地方。
用模块系统隔离（ESM / CommonJS）
现代 JavaScript 默认以模块方式加载，天然具备作用域隔离能力：
- 确保第三方库通过
import引入，而非<script src></script>全局脚本方式加载； - 使用打包工具（如 Webpack、Vite）时，它们会把每个模块包裹进独立函数作用域，
var和let声明不会泄漏到全局； - 注意：某些老库仍导出全局变量（如
jQuery挂在window.$），这时要配合externals配置或手动删除，或改用其 ESM 版本（如import $ from 'jquery'）。
启用严格模式 + IIFE 包裹（针对无模块支持场景）
若必须运行未打包的老脚本，可在执行前强制包裹：
- 用
(function() { "use strict"; /* 插入三方库代码 */ })();手动创建私有作用域； - 避免使用
var声明全局变量，优先用const/let； - 检查库源码中是否含
this === window或root = this类型逻辑——这类代码会主动污染全局，需重写或替换为模块化版本。
命名空间封装（显式限定作用域）
对无法改造的库，可人为加一层命名空间壳：
- 创建一个唯一对象作为容器，如
const MyLibBridge = {};； - 动态加载库后，将其暴露的接口手动赋值给该对象：
MyLibBridge.Chart = window.Chart;； - 随后立即删除全局引用：
delete window.Chart;（仅限浏览器环境且确认安全）； - 后续所有调用都走
MyLibBridge.Chart，不再依赖全局名。
利用构建时作用域控制（CSS/TypeScript/PHP 等延伸）
强封装不止于 JS 变量，也适用于其他资源：
- CSS：用 CSS Modules 或
:global()白名单控制第三方样式生效范围，防止.button覆盖全站； - TypeScript：通过
declare module或/// <reference></reference>精确引入类型，避免全局declare污染； - PHP：始终用
namespace定义库代码，并通过use显式导入所需类，禁用require_once直接执行带全局变量的文件。
