如何在React Native中强制将buffer的TYPED_ARRAY_SUPPORT设为false？

我太懂这种场景了——在React Native里折腾一堆依赖Node核心模块的第三方包，靠预加载buffer这类shim才能跑起来，结果又碰到Buffer本身的适配问题。你说的这个切片逻辑的问题，确实不能算bug，毕竟Buffer本来就不是为React Native的运行时设计的，它的类型化数组检测逻辑在RN环境下会触发和Node.js不一致的行为。

先给你理清楚Buffer里的这段逻辑：

当执行切片操作时，buffer会检查是否支持类型化数组，若支持则会使用typedArray.subarray方法

在Node.js里，subarray返回的是原TypedArray的内存视图，后续操作都是基于原内存的；但React Native不管是用Hermes还是老的JSC，这个视图的行为都和Node有细微差别——比如某些边界情况下视图的属性不全，或者后续的Buffer操作无法正确识别这个视图，导致代码报错或者结果不符合预期。

下面给你几个实用的解决办法：

方案1：重写Buffer的slice方法，绕开视图依赖 #

在你的shim预加载脚本最前面，覆盖Buffer的slice方法，把subarray返回的视图转成真正的Buffer实例：

// 预加载shim时执行这段代码
const originalSlice = Buffer.prototype.slice;
Buffer.prototype.slice = function(start, end) {
  const slicedView = originalSlice.call(this, start, end);
  // 将视图转为独立的Buffer，避免依赖原内存视图
  return Buffer.from(slicedView);
};

这个方法简单直接，相当于把切片后的视图复制成新的Buffer，完全脱离原视图的兼容性问题。

方案2：使用React Native专属的Buffer适配包 #

放弃官方的buffer包，改用社区专门为RN优化的版本，比如@craftzdog/react-native-buffer——这个包已经针对RN的运行时做了兼容性处理，包括切片逻辑的适配，不用自己折腾shim补丁。

方案3：针对Hermes的TypedArray打补丁（仅Hermes环境） #

如果你的项目用的是Hermes，可以给Uint8Array的subarray方法补全Buffer预期的行为：

if (global.HermesInternal) {
  const originalSubarray = Uint8Array.prototype.subarray;
  Uint8Array.prototype.subarray = function(start, end) {
    const sub = originalSubarray.call(this, start, end);
    // 确保返回的视图继承正确的原型链，符合Buffer的预期
    Object.setPrototypeOf(sub, Uint8Array.prototype);
    return sub;
  };
}

不过这个方法比较hack，只建议在特定场景下使用，优先选前两种方案更稳妥。

其实本质就是跨环境的API细节差异，Buffer的逻辑在Node里跑没问题，但到了RN的运行时就踩了TypedArray实现的小坑。通过上面的方法，就能让Buffer的切片操作在RN里正常工作啦。

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