React Native（非Web端）中Object.fromEntries仅支持iOS？

这是个很典型的React Native跨平台兼容性坑，核心原因其实是iOS和Android使用的JavaScript引擎并不一致，并不是所有API都会双平台同步支持。

引擎差异的具体原因 #

React Native在两个平台上的JS引擎选择有明确区别：

• iOS平台：默认使用JavaScriptCore（和Safari浏览器用的是同一款引擎），苹果会持续跟进ES标准的更新，像Object.fromEntries这种ES2019的特性，iOS的JavaScriptCore很早就支持了——你看到的参数错误只是因为fromEntries需要传入可迭代的键值对集合（比如[['key', 'value']]），而你传了字符串，所以方法本身存在但参数不符合要求。
• Android平台：现在默认启用的是Hermes引擎（Meta专为React Native打造的轻量引擎），如果你的项目用的是较旧版本的Hermes，它对部分新ES特性的支持会滞后；如果是更老的项目，可能还在使用Android系统自带的JavaScriptCore，这个版本通常比iOS的JSC要旧很多，自然不支持Object.fromEntries这类新API。

常见的其他跨平台引擎差异 #

除了API支持度，还有不少常见的双平台差异需要注意：

• ES新特性支持：比如Array.prototype.at()、Promise.any()、String.prototype.replaceAll()这类较新的API，在旧版Hermes或Android老JSC中可能无法使用，但iOS的JSC已经支持。
• 正则表达式特性：像反向断言（(?<=...)这类lookbehind语法），早期版本的Hermes不支持，而iOS JSC可以正常解析。
• 日期处理细节：部分时区的解析、特定格式日期的转换结果，两个引擎可能有细微差别，比如某些地区的日期字符串解析后得到的时间戳不一致。
• 内存回收行为：Hermes和JavaScriptCore的GC策略不同，可能导致某些场景下内存占用、对象销毁时机有差异，比如长时间运行的页面在Android上可能更早触发GC。
• Unicode字符处理：极少数生僻Unicode字符的编码、转义逻辑，两个引擎可能存在差异。

如何解决这类问题？ #

• 升级Hermes版本：如果你的Android项目用的是Hermes，升级到最新版本可以获得更多ES特性支持。
• 添加Polyfill：使用core-js配合Babel，对不支持的API进行补全，比如在Babel配置中指定useBuiltIns: 'usage'，让Babel自动为目标环境添加缺失的polyfill。
• 平台兼容处理：对于差异较大的API，可以通过Platform.OS做平台判断，比如在Android上手动实现Object.fromEntries的替代逻辑：

  const fromEntriesPolyfill = (iterable) => {
    return [...iterable].reduce((obj, [key, val]) => {
      obj[key] = val;
      return obj;
    }, {});
  };
  
  const myObject = Platform.OS === 'android' 
    ? fromEntriesPolyfill(myIterable) 
    : Object.fromEntries(myIterable);
  

内容的提问来源于stack exchange，提问作者iuliu.net