ES2026，早该这样了

“Perfection is achieved not when there is nothing more to add, but when there is nothing left to take away.” — Antoine de Saint-Exupéry6月30号ECMAScript 2026 的规范悄悄过审了。没有发布会没有倒计时连个热搜都没上。说实话挺符合这次更新的气质——闷声干活不整花里胡哨的。打开 changelog 扫了一遍我的第一反应不是哇塞而是——“这玩意儿怎么现在才有”Map.getOrInsert终于不用写三行废话了写 JS 的应该都经历过这种场景往 Map 里塞数据key 存在就追加不存在就初始化。ES2026 之前你的代码大概长这样constmapnewMap();functionaddTag(userId,tag){if(!map.has(userId)){map.set(userId,[]);}map.get(userId).push(tag);}三行代码做一件事检查、初始化、追加。has一次查找get又一次查找加上set的那一次——恭喜你为了一个简单的有就拿、没有就建你让引擎跑了三趟。ES2026 之后constmapnewMap();functionaddTag(userId,tag){map.getOrInsert(userId,[]).push(tag);}一行。结束。而且还有个getOrInsertComputed只在 key 不存在时才执行回调去算默认值。这对那些初始化成本高的场景来说省的不只是代码行数还有真金白银的运行时开销。// 连接池场景不存在才创建存在直接复用constpoolnewMap();constconnpool.getOrInsertComputed(dbHost,(host){returncreateConnection(host);// 只在首次才会执行});说白了这个 API 就是把 Python 的dict.setdefault()和 Ruby 的Hash#fetch那套搬过来了。人家十几年前就有的东西JS 到 2026 年才给你。“不是JS用不起而是TC39推得慢。”Error.isErrorinstanceof的坑终于有人填了你有没有遇到过这种灵异事件一个东西明明是 Errorinstanceof Error却告诉你不是别怀疑自己。这是 JS 的经典设计遗产——跨 Realm 的原型链断裂。iframe 里抛出的 Error、Worker 里传递的 Error、甚至vm.runInNewContext里创建的 Error它们的Error构造函数和你当前环境的Error压根不是同一个对象。// iframe 里的代码抛了个错consterriframeWindow.someFunction();console.log(errinstanceofError);// false// 你盯着屏幕它明明就是个 Error 啊以前的应对方案通常是这样// 鸭子类型检测法能跑但心里没底functionisError(value){returnvaluetypeofvalue.messagestringtypeofvalue.stackstring;}能用但你心里清楚这就是在糊弄。任何带message和stack属性的对象都能骗过去。ES2026 给了一个干净利落的解法// 跨 iframe、跨 Worker、跨 Realm全部搞定Error.isError(err);// true不管你从哪来的没有 polyfill 的弯弯绕绕没有鸭子类型的心虚。原生方法标准行为一锤定音。类似的设计其实早就有先例了——Array.isArray()干的就是同样的事。只是 Error 这边拖了十几年才补上算是还了一笔技术债。Iterator.zip拉链合并不用再手搓索引了同时遍历两个数组按索引一一对应以前你大概率是这么写的constnames[Alice,Bob,Charlie];constscores[92,87,95];// 经典 for 循环手动对齐constresults[];for(leti0;iMath.min(names.length,scores.length);i){results.push([names[i],scores[i]]);}手搓索引Math.min防越界每次写都觉得自己在重复劳动。Python 程序员看到这段代码大概会笑出声——人家一个zip()就搞定的事。ES2026 终于把这个轮子给你造好了constnames[Alice,Bob,Charlie];constscores[92,87,95];constresultsIterator.zip([names,scores]).toArray();// [[Alice, 92], [Bob, 87], [Charlie, 95]]而且给了三种模式比 Python 的还周到// shortest默认以最短的为准Iterator.zip([a,b]);// longest以最长的为准短的用 undefined 填Iterator.zip([a,b],{mode:longest});// strict长度不一致直接报错适合数据必须对齐的场景Iterator.zip([a,b],{mode:strict});strict模式是我最喜欢的。数据对不齐就直接炸给你看别让那些undefined悄悄溜进你的业务逻辑里——等你发现的时候线上已经出了两个工单了。Math.sumPrecise浮点数的坑官方来填了经典面试题0.1 0.2 等于多少console.log(0.10.2);// 0.30000000000000004这个坑每个 JS 开发者都踩过但你有没有想过当你需要对一个大数组做求和的时候这些微小的精度误差会像滚雪球一样越积越大// 传统写法误差在每次累加时都在积累consttotalvalues.reduce((sum,v)sumv,0);ES2026 的Math.sumPrecise用了更聪明的算法来做浮点求和——在运算过程中尽可能保持精度最后才做一次舍入constvalues[0.1,0.2,0.3,0.4,0.5];Math.sumPrecise(values);// 1.5干净利落搞金融计算的、做数据统计的、写科学计算的——这个方法是给你们量身定做的。以后别再自己手搓 Kahan 求和算法了标准库帮你兜底。说点真心话ES2026 不是那种让你哇塞的大版本。没有新语法糖没有革命性的范式转移没有能写进简历里炫耀的关键词。但这恰恰是我觉得最舒服的一次更新。每一个新 API 都在解决一个真实的、具体的、你写过一万遍 workaround 的痛点。Map.getOrInsert终结了 has-get-set 三件套。Error.isError填上了 instanceof 的跨域天坑。Iterator.zip让你不用再手搓索引对齐。Math.sumPrecise让浮点求和不再是玄学。这些API不酷但是好用。就像一个老老实实修bug的同事——不会在周会上抢着发言但你真心希望组里多来几个这样的人。TC39 这次干了件正经事。 数据来源与参考资料ECMAScript 2026 Language Specification: Ecma International, ECMA-262, 17th Edition (June 2026).TC39 Proposal: Map.getOrInsert: https://github.com/tc39/proposal-upsertTC39 Proposal: Error.isError: https://github.com/nicolo-ribaudo/proposal-error-iserrorTC39 Proposal: Joint Iteration (Iterator.zip): https://github.com/nicolo-ribaudo/proposal-joint-iterationTC39 Proposal: Math.sumPrecise: https://github.com/nicolo-ribaudo/proposal-math-sumJavaScript Weekly Issue 740: https://javascriptweekly.com (July 2026)