基于quickjs-emscripten的Quickjs本地化能否通过Polyfill实现？

问题根源 #

QuickJS默认未内置完整的Intl国际化API支持，quickjs-emscripten的预编译版本通常也不会默认开启本地化相关配置，导致Number.toLocaleString直接返回原始数值，无法生成带千分位的格式化结果。

可行解决方案 #

1. 编译时开启QuickJS本地化支持 #

如果是自行编译quickjs-emscripten，需要在构建时启用两个关键配置：

• 开启CONFIG_LOCALE宏，启用本地化功能
• 开启CONFIG_BIGNUM宏，支持大数处理
• 引入ICU数据文件（Intl API依赖ICU提供本地化规则）

修改emscripten构建脚本时，在编译参数中添加：

-DCONFIG_LOCALE=1 -DCONFIG_BIGNUM=1

同时确保编译流程中包含ICU数据的打包，可参考quickjs-emscripten的官方构建文档调整具体步骤。

2. 正确适配Intl Polyfill #

之前polyfill失败大概率是加载顺序或兼容性问题，推荐使用轻量的专用polyfill：

• 安装依赖：

  npm install @formatjs/intl-numberformat
  

• 注入polyfill到QuickJS上下文（关键：必须在QuickJS虚拟机内部加载，而非宿主环境）：

  import { QuickJSWASMModule } from 'quickjs-emscripten';
  import fs from 'fs';
  
  async function initQuickJS() {
    const quickJS = await QuickJSWASMModule.fromNodeModule();
    const vm = quickJS.createVm();
  
    // 加载polyfill核心代码与英文locale数据
    vm.evalCode(`
      ${fs.readFileSync(require.resolve('@formatjs/intl-numberformat/polyfill'), 'utf8')}
      ${fs.readFileSync(require.resolve('@formatjs/intl-numberformat/locale-data/en'), 'utf8')}
    `);
  
    // 测试格式化效果
    const result = vm.evalCode('Number(10000).toLocaleString("en-US")');
    console.log(quickJS.dump(result)); // 输出"10,000"
  
    vm.dispose();
    quickJS.dispose();
  }
  
  initQuickJS();
  

3. 应急手动实现格式化 #

如果以上方案都无法快速生效，可以临时用正则实现千分位格式化：

// 在QuickJS上下文内执行的代码
function numberToLocaleString(num, locale = 'en-US') {
  if (locale === 'en-US') {
    return num.toString().replace(/\B(?=(\d{3})+(?!\d))/g, ',');
  }
  // 其他locale可按需扩展格式化规则
  return num.toString();
}

console.log(numberToLocaleString(10000)); // 输出"10,000"

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