Firefox下Webpack压缩版JS报U+20AC非法字符SyntaxError求助

• 检查Webpack压缩工具配置
  重点排查TerserPlugin的压缩选项：

  • 确认是否启用了unsafe_*系列的激进压缩配置（如unsafe_math、unsafe_proto），这类选项可能会将代码中的标识符替换为特殊字符，而Firefox对这类字符的语法校验更严格。
  • 确保ecma参数设置为项目兼容的最低版本（比如ES5），避免高版本ES语法的压缩结果在Firefox中解析异常。

• 排查lodash版本兼容性

  • 查看当前lodash版本是否存在已知的Firefox压缩兼容bug，尝试升级到最新稳定版，或降级到过往验证过兼容的版本。部分旧版lodash在特定压缩流程下会生成包含U+20AC（欧元符号）的代码，触发Firefox的语法错误。
  • 检查是否使用了lodash的模块化导入（如import clone from 'lodash/clone'）而非全量导入，模块化导入可能减少压缩时的异常字符生成概率。

• 验证文件编码与压缩过程

  • 确认Webpack输出的JS文件编码为UTF-8，压缩过程中若出现编码转换错误，可能导致特殊字符被错误插入代码。
  • 定位压缩后_initclonebytag.js第12行第19位的字符，确认是否是U+20AC，判断是否是压缩工具错误替换了代码中的合法标识符（比如将undefined或其他变量名替换为欧元符号）。

• 逐步禁用压缩优化项

  • 临时关闭Terser的部分压缩选项，比如先禁用compress中的reduce_vars、sequences等激进优化，逐步排查是哪个选项导致异常字符的生成。
  • 尝试将compress.passes设置为1，减少重复压缩的次数，避免多次压缩叠加引入的问题。

• 检查Firefox浏览器设置

  • 确认Firefox的javascript.options.strict是否开启，严格模式下浏览器对语法错误的校验更严格，可能触发其他浏览器忽略的字符问题。
  • 在不同版本的Firefox中测试，排查是否是特定版本的浏览器解析bug导致的问题。

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