ESM模块无运行时防篡改能力，其“只读导出”仅为静态绑定约束；可通过Object.freeze加固对象、冻结默认导出函数、构建时哈希校验等手段提升篡改成本与完整性感知。
ESM 模块本身不提供运行时“防篡改”能力，所谓“只读视图”是指模块顶层作用域中导出的绑定（export binding）在导入端不可重新赋值——但这仅是语言层面的静态绑定约束，并非安全机制。它无法阻止代码被修改、调试器注入、内存补丁或源码替换。真正能做的，是利用该特性提升篡改成本并增强逻辑完整性感知。
理解 ESM 导出绑定的“只读性”本质
ESM 中 export const x = 1 或 export { algo } 创建的是实时、不可重绑定的导出绑定。在另一个模块中写 import { algo } from './core.js'; algo = null; 会直接报 TypeError: Assignment to constant variable.。这不是因为值被锁死，而是因为导入标识符是只读的语法绑定（类似 const 声明）。
注意：该限制仅作用于导入语句创建的局部绑定。若算法函数被解构、赋给新变量、或通过 eval/Function 动态调用，约束即失效。
结合冻结与深度不可变化加固核心对象
对导出的算法对象（如配置类、工具集合、策略字典）主动调用 Object.freeze() 和递归 Object.freeze，可阻止属性增删改。配合 ESM 的只读导入，形成双重约束：
- 导入标识符无法被重新赋值（ESM 绑定层）
- 导出对象自身不可变（运行时数据层）
示例：
core.jsexport const validator = Object.freeze({<br> check: (x) => x > 0,<br> name: 'positive'<br>});
此时即使有人试图 import { validator } from './core.js'; validator.check = () => false;，也会静默失败（非严格模式）或抛错（严格模式），且 validator.name = 'hacked' 同样无效。
用 export default Object.freeze(...) 封装主算法函数
将核心函数本身作为默认导出，并立即冻结其闭包外可访问的属性（如有）：
const coreAlgo = function(input) { /* ... */ };<br>Object.defineProperty(coreAlgo, 'version', { value: '2.1.0', writable: false });<br>export default Object.freeze(coreAlgo);
这样既保留函数可调用性，又防止关键元信息被覆盖。搭配 import algo from './core.js' 后，algo.version = 'x' 失效，algo = {} 报错。
构建导入时校验钩子（需构建工具配合）
纯浏览器环境无法验证模块来源，但可在打包阶段注入哈希校验逻辑。例如使用 Vite 或 Webpack 插件，在生成的入口模块中插入：
import { checksum } from './core.js';<br>if (checksum !== 'sha256:abcd...') throw new Error('Core module tampered');
其中 checksum 是构建时计算并硬编码的导出内容哈希（如对函数体字符串做哈希）。虽然不能防运行时内存篡改，但能快速识别部署包是否被恶意替换。
