Node.js 26 到 27（Alpha）中值得关注的 V8 变化
内容提要
Node.js 27 Alpha 将 V8 升级至 15.6，带来多项 JavaScript 新特性：Math.sumPrecise 减少浮点误差，新增 Intl.Locale.variants 及 Iterator.join、includes、zip 等方法。部分 Math 函数改用 LLVM libm，结果末位可能变化；Math.random 序列改变。Array.sort 改用 PowerSort，堆快照更详细但耗时和体积约翻倍。序列化格式更新，旧版 Node.js 无法反序列化新数据。
延伸解读
浮点结果与随机序列的细微变化
Node.js 27 将部分 Math 方法改用 LLVM libm，Math.sin、Math.log 等对某些输入的结果末位可能与旧版不同；Math.random 改用 xorshift128+ 且不再缓存，给定 --random-seed 时序列也会改变。依赖硬编码浮点值或固定随机序列的测试需要重新校准，否则可能因末位差异或序列变化而失败。
排序与堆快照的行为差异
Array.prototype.sort 对大数组改用 PowerSort，排序仍稳定，使用一致比较器的结果不变，但记录比较器调用次数或带副作用的比较器可能表现不同。堆快照包含更详细的 JavaScript 堆信息，代价是耗时和文件体积约翻倍，使用 v8.writeHeapSnapshot 或 getHeapSnapshot 的场景需预留更多资源。
序列化格式与缓存失效的兼容性影响
v8.serialize、structuredClone 和 postMessage 改用新序列化格式，旧版 Node.js 无法反序列化新版本产生的数据，会报“invalid or unsupported version”；新版本仍可读取旧数据。v8.cachedDataVersionTag 在 Node.js 对 V8 打补丁时也会变化，内置模块编译缓存及 vm.Script、vm.Module 缓存可能更频繁失效，跨版本升级时需关注缓存命中率下降。
错误处理与规范对齐的边界变化
更多致命 V8 错误会先经 Node.js 致命错误处理，--report-on-fatalerror 在部分原先直接中止的场景下可生成诊断报告；过长的模板字面量、元素过多的类等极端用法现在抛 RangeError 而非崩溃进程，但文章明确这不应作为程序逻辑依赖。此外，error.stack 不再沿原型链查找，Atomics.wait 在已阻塞的 worker 上调用会抛 TypeError，这些边界行为变化值得在升级测试中留意。
Q&A
Node.js 27 Alpha 升级到了哪个 V8 版本？相比 Node.js 26 有什么变化？
Node.js 27 Alpha 将 V8 升级到 15.6 版本，而 Node.js 26 使用的是 14.6 版本。这次升级带来了多项新的 JavaScript 语言特性和改进。
Math.sumPrecise 有什么作用？能举个例子吗？
Math.sumPrecise(iterable) 用于对可迭代对象中的数字求和，相比循环累加能减少浮点误差。例如：Math.sumPrecise([0.1, 0.2, 0.3]) 返回 0.6，而 [0.1, 0.2, 0.3].reduce((a, b) => a + b) 返回 0.6000000000000001。
Node.js 27 中 Iterator 有哪些新方法？
新增了 Iterator.prototype.join(separator)、Iterator.prototype.includes(value)、Iterator.zip(iterables, options) 和 Iterator.zipKeyed(obj, options) 等方法。例如 [1,2,3].values().map(x => x*2).join('-') 返回 '2-4-6'；Iterator.zip([[1,2],['a','b']]).toArray() 返回 [[1,'a'],[2,'b']]。
为什么 Math.sin 等函数的结果在 Node.js 27 中变了？
因为 Node.js 27 对部分 Math 方法改用 LLVM 的 libm 实现，导致某些输入的结果与旧版有细微差异，可能影响最后一位。例如 Math.sin(18) 在 v26 返回 -0.7509872467716762，在 v27 返回 -0.750987246771676。
Array.prototype.sort 在 Node.js 27 中有什么变化？会影响排序结果吗？
对于较大数组，V8 改用 PowerSort 替代 TimSort。排序仍然是稳定的，使用一致比较器的结果不变，但记录比较器调用次数或带有副作用的比较器可能表现不同。例如对 2000 个元素排序，比较器调用次数从 v26 的 19220 变为 v27 的 19249。
Node.js 27 的序列化格式变化会导致旧版本无法读取数据吗？
是的。v8.serialize()、structuredClone() 和 postMessage 使用了新的序列化格式，旧版 Node.js 无法反序列化新版本序列化的数据，会报“invalid or unsupported version”错误。但新版本仍能反序列化旧版本的数据。新格式支持大于 4 GB 的可调整大小的 ArrayBuffer（在 structuredClone 和 postMessage 中），但 v8.serialize() 仍保留 4 GB 限制。
