Angular应用无法在Mozilla打开 日志报signal 11 (core dumped)错误

exited on signal 11 (core dumped) 是操作系统层面抛出的段错误，代表进程访问了未授权的内存地址直接崩溃，不是普通的Angular业务代码语法错误、运行时异常——这类常规JS错误只会在控制台抛出报错，不会直接打崩整个火狐渲染进程。常见触发场景包括：

• 火狐自身问题：使用了存在已知崩溃bug的版本（如Nightly开发版、存在回归问题的正式版）、用户配置文件损坏、第三方扩展注入脚本冲突、硬件加速和显卡驱动不兼容
• Web API兼容缺陷：业务代码调用了Chrome专属非标准Web API、带厂商前缀的实验性API，触发火狐对应API实现的内存访问bug，常见涉及WebGL、WebAssembly、WebCodecs、SharedArrayBuffer、媒体解码相关接口
• 原生交互模块异常：应用嵌入的WebAssembly编译原生模块、老旧NPAPI插件、通过WebUSB/WebSerial调用的本地设备驱动存在兼容问题，在火狐环境下执行时触发内存越界
• 内存类异常：应用存在极端内存泄漏、一次性加载超大型资源（GB级纹理、超大体积二进制文件/JSON），触发火狐渲染进程内存阈值限制，导致内存访问异常崩溃

• 基础环境校验
  • 以安全模式启动火狐：终端执行 firefox --safe-mode，自动禁用所有扩展、关闭硬件加速后访问应用，排除扩展、硬件加速、显卡驱动兼容问题
  • 多版本交叉验证：分别测试火狐正式稳定版、ESR长期支持版，排除特定版本的内核回归bug；执行 firefox -P 新建全新用户配置文件启动，排除旧配置损坏导致的崩溃
• 代码范围定位
  • 优先测试生产构建包：执行 ng build --configuration=production 生成生产环境构建产物，用静态文件服务器托管后访问，排除Angular开发模式下热更新脚本、sourcemap注入、devtools调试钩子导致的崩溃
  • 二分法缩小问题范围：从根路由开始逐模块、逐组件注释隔离，先定位到加载哪个模块/组件时会触发崩溃，重点排查该模块中涉及WebGL渲染、WASM调用、实验性API使用、大体积资源加载的逻辑
  • 读取火狐原生崩溃栈：地址栏输入 about:crashes，找到对应时间点的崩溃记录，查看栈信息定位触发崩溃的内核模块，若栈指向JS引擎、WebGL渲染、媒体解码模块，可对应排查相关业务逻辑
• 兼容适配修正
  • 全量扫描代码中带webkit前缀的非标准API调用，所有API调用前增加存在性判断：通过 if ('目标API名' in window) 校验当前浏览器支持情况后再执行，针对火狐不支持的API做降级逻辑
  • 若使用了WASM模块，在火狐环境下重新编译验证WASM产物，排除WASM内存布局、内存访问相关的兼容问题
  • 用火狐自带的内存、性能面板监控页面加载全流程的内存占用，排查内存泄漏、超大型资源无分片加载导致的内存溢出问题

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