VS Code Live Server调试JS新建类报STATUS_BREAKPOINT错误排查

你碰到的STATUS_BREAKPOINT、Access Violation报错不属于JavaScript代码层面的可捕获异常，是浏览器V8引擎底层触发的渲染进程崩溃，核心原因有两点：

1. 旧版Chromium内核（Chrome/Edge 102以前版本，含VSCode 1.68内置的调试浏览器）存在ES规范私有类字段（#开头声明的类属性）的实现bug：当带私有字段的类通过动态import()加载、再被挂载到window全局对象上跨上下文调用时，会触发引擎内存访问越界，直接导致进程崩溃。
2. 模块加载的配置瑕疵会提升这个bug的触发概率：一是postOffice.mjs引入letter模块时的后缀需要和本地实际文件后缀严格匹配，二是Live Server默认配置如果没有给.mjs文件返回正确的application/javascript MIME类型，会导致模块解析异常，触发引擎边界错误。

按优先级从高到低操作即可：

• 升级调试环境的浏览器内核：把系统默认的Chrome/Edge升级到最新稳定版，VSCode升级到1.70以上版本，调试时不要用VSCode内置的旧版Chromium，选择本机安装的最新版系统浏览器作为调试目标，这个V8引擎的私有字段bug在2022年下半年的正式版本中已经完全修复。
• 调整模块加载方式：去掉动态import()的写法，直接使用type="module"类型的脚本标签同步加载模块，避免跨执行上下文传递带私有字段的类，修改后的HTML脚本部分参考如下：

<script type="module">
    import { postalFactory } from "./js/postOffice.mjs";
    postalFactory(window);
    let letter = postalModule.newLetter('ready');
    console.log('loaded.');
</script>

• 旧环境临时兼容方案：如果暂时无法升级运行环境，把Letter类里的#pojo私有字段改成下划线命名约定的普通属性_pojo，绕开旧版V8对#私有字段的bug实现即可，不需要改动类的其他业务逻辑。
• 修正Live Server配置：打开Live Server扩展设置，找到文件MIME映射配置项，添加.mjs后缀对应application/javascript类型，避免模块加载时因类型错误触发解析异常。

注意：这类进程崩溃级别的报错无法通过JS代码里的try/catch捕获，不需要在业务逻辑层面排查错误。

内容的提问来源于stack exchange，提问作者Joe McCay