全网最全 ECMAScript 攻略（ 更新至 ES2025）

清秋2025-08-12 18:47

本文写于 2021 年，本次内容做了比较多的更新，包括 ES2025 的新特性和新增的 Stage 2.7，原文地址：全网最全 ECMAScript 攻略（更新至 ES2024）

作为前端开发工程师，ES6 这个词想必不陌生，ECMAScript 这个奇怪发音的名字应该也应该有所了解，你是否好奇过 ECMA 世界的神秘数字代号，ECMA-262 是什么，ESxxx 又是什么，TC39 是什么，Stage 3 、Stage 4 又意味着什么？你是否被层出不穷的 ES20XX 新特性所迷惑，需要掌握该特性到底是哪年推出的吗，这些提案在哪里能够看到，哪些已经可用，历年的 ES 标准去哪里查找？今天我来带大家揭开 ECMAScript 的神秘面纱，彻底理解掌握这些神秘代号，以及截止到 2024 年 ECMAScript 的特性。

另：祝贺我国首个 JS 语言提案在 2021 年 4 月进入 Stage 3，在 2021 年 11 月成功进入 Stage 4，并在 ECMAScript 2022 正式发布，成为事实上的标准，详见 Error Cause。

2025 年 6 月 25 日，Ecma 国际在日内瓦通过了 ECMA-262 第 16 版 ------ ECMAScript® 2025 标准。

ECMAScript 历史

我们首先来看 ECMA 是什么。ECMA ，读音类似"艾克妈"，是欧洲计算机制造商协会 （European Computer Manufacturers Association）的简称，是一家国际性会员制度的信息和电信标准组织。1994 年之后，由于组织的标准牵涉到很多其他国家，为了体现其国际性，更名为 Ecma 国际（Ecma International），因此 Ecma 就不再是首字母缩略字了。

了解了这段历史，为了技术写的专业性，如果文章中提到 Ecma 的时候，可以写成 Ecma 或者 ecma，不要写成 ECMA，除非是 ECMAScript 或 ECMA-XXX 这类专有名词。

1995 年，著名的网景公司（Netscape）的 Brendan Eich 开发了一种脚本语言，最初命名为 Mocha，后来改名为 LiveScript，最后为了蹭当时火热的 Java 热度重命名为了 JavaScript。

了解了 Ecma 国际和 JavaScript，就方便了解 ECMAScript 了，ECMAScript 是一种由 Ecma 国际在标准 ECMA-262 中定义的 脚本语言 规范。这种语言在往往被称为 JavaScript 或 JScript ，但实际上 JavaScript 和 JScript 是 ECMA-262 标准的实现和扩展。

神秘的 ECMA-262

上文提到了第一个神秘代码 ECMA-262 ，ECMA-262 到底是什么呢？原来 Ecma 国际的标准，都会以 Ecma-Number 命名，ECMA-262 就是 ECMA 262 号标准，具体就是指 ECMAScript 遵照的标准。1996 年 11 月，网景公司将 JavaScript 提交给 Ecma 国际进行标准化。ECMA-262 的第一个版本于 1997 年 6 月被 Ecma 国际采纳。

尽管 JavaScript 和 JScript 与 ECMAScript 兼容，但包含超出 ECMAScript 的功能。

我们如何查看最新最全的 Ecma 标准呢，可以查看 Ecma 国际官网的 Standards。截止到 2025 年 8 月，最新的 Ecma 标准已经到了 ECMA-426

Ecma 标准涉及的类别非常多，官网因此提供了按照类别和最新修改排序的功能，我们来看看 ECMA-262 属于哪个类别：

ECMA-262 属于"软件工程与接口"类别，该类别一共有 19 个标准，详见上图。注意，ECMA-262 的最新更新日期是 2025 年 6 月，当前最新的标准就是 ES2025。

探秘 Ecma TC39 神秘组织

揭开了 Ecma-262 神秘面纱之后，我们来探秘一个代号名为 TC39 的神秘组织。

其实官网解释的已经很清楚了，我用中文简要概括下：

TC39 是 Technical Committee 39 的简称，是制定 ECMAScript 标准的委员会，由各个主流浏览器厂商的代表构成，主席团三人分别来自 IBM、Bloomberg 和 Igalia，下设 5 个工作组（Task Groups）：

  • TC39-TG1（通用 ECMAScript® 语言，包括语法、语义、类库以及支持该语言的技术）
  • TC39-TG2（ECMAScript® 国际化 API 标准）
  • TC39-TG3（安全）
  • TC39-TG4（Source map 标准）
  • TC39-TG5 （编程语言标准化实验）

我们经常会看到类似的新闻：XX 公司成为 Ecma TC39 成员。想要加入 TC39 会议，必须先成为 Ecma 会员：

那 Ecma 到底有哪些成员呢？Ecma 官网给出了答案：

几大巨头赫然在列（2025 年 Indeed 公司已不再续费）！TC39 会员一共有 5 种类别，分别是正式会员（Ordinary members）、准会员（Associate members）、中小企业会员（SME members）、小型私营公司会员（SPC members）、非营利组织会议（NFP members），我们来看正式会员和准会员的对比：

准会员没有 Ecma 大会（General Assembly）的投票权！在准会员中，我国还有 3 家：阿里巴巴、字节跳动、360（对比 2021 年，新增字节跳动、减少了腾讯）。

Wait，CHF 70000，这是 70000 法郎？Ecma 果然是欧洲豪门，正式会员年费接近 50 万人民币。算了一下 Ecma 国际会员费收入每年就有 1,172,500 法郎，约 830 万人民币。

了解更多关于 TC39 的内容，可以探索其官网 TC39 -- Specifying JavaScript. 和 GitHub 仓库 Ecma TC39 · GitHub，注意这个仓库很重要 。查看一下 members，发现了 月影、李松峰 和 元彦 三位国内大佬。

TC39 成员最新动态（2025年）

截至 2025 年 8 月，TC39 的中国成员企业保持稳定增长：

  • Ordinary members：华为继续保持顶级会员身份
  • Associate members：阿里巴巴、字节跳动、360 继续活跃参与
  • 新动态：更多中国开发者以个人身份参与 TC39 的讨论和贡献，包括在 GitHub 上的提案讨论和规范反馈
  • 值得一提的是，Sujitech（Mask Network）作为小型私营公司会员加入，显示了中国 Web3 企业对标准制定的参与。

其他值得关注的新成员：

  • Cloudflare - 加入准会员，CDN和边缘计算巨头
  • Vercel - 加入SME会员，Next.js的母公司
  • Deno - 加入SPC会员，Node.js创始人的新项目

这些新成员的加入反映了 ECMAScript 生态系统的发展趋势：边缘计算、现代化框架和运行时的重要性日益凸显。

相比 2021 年的数据，会员总数从约 70 个增长到 86 个，显示了全球对 ECMAScript 标准化工作的持续关注。

我们熟悉的 ES6

探究完神秘的 ECMA-262 和 TC39 之后，我们缓口气，来看看我们最为熟悉的 ESX 家族。

上文提到 ECMAScript 是由 Ecma 国际在标准 ECMA-262 中定义的脚本语言规范。到 2015 年，一共发布了 1、2、3、4、5、5.1、6 共 7 个版本（其中 4 被废弃）。

我们常把 5.1 之前的 ECMAScript 版本统称做 ES5 ，将 6 版本之后的版本统称做 ES6 （因为从 2015 年起，ECMAScript 终于步入正轨，每年发布一次版本，到了 2024 年，已经发布了 9 个版本了，实在太多，所以用变革了 JavaScript 时代的 ES6 作为后续版本的代称）。

划重点，Web 前端招聘的 JD 中，经常出现的 ES6，不仅仅是 ES2015 这个版本，而是指代 ES2015 和其后每年发布的 ECMAScript 版本。

从 ECMAScript 第 6 版开始，每年发布一个 ECMAScript 版本，因此 ECMAScript 版本有了很多名字，包括全名 ECMAScript 6、简写 ES6、年份命名 ECMAScript 2015、年份简写 ES2015。最常见的名字还是 ES6，之后推出的 ES7、ES8 等同理。注意 ES6 之后的版本基本上按照年份简称，ES7、ES8 这种简称不常用。

需要注意的是，自从 TC39 进程 制定以来，ECMAScript 版本的重要性就降低了很多。大家不必记住某一个 ES 特性到底是哪年推出的。现在真正重要的是提案处于哪个阶段：一旦提案到了第 4 阶段（Stage4），那么它就可以使用了。但是即使这样，你仍然需要检查你的引擎是否支持该功能。

这里又提到了一个 TC39 进程 和阶段（Stage）的概念，我们接下来看看这两个概念是什么含义。

TC39 进程和 Stage X

TC39 进程 顾名思义，肯定是 TC39 组织发布的一个进程。随着 ECMAScript 6 的发布，当时的发布流程出现了两个明显的问题：

  • 如果在两个 release 之间多次通过早已准备好的功能，势必在其 release 之前等待很长一段时间。而且功能准备如果很晚，会增加 deadline 之前匆忙赶工的风险。
  • 很多功能在其实现和使用之前就花了很长时间在设计上，发现与实现和使用相关的设计缺陷会非常晚。

为了解决上述问题， TC39 建立了新的 TC39 进程：

  • ECMAScript 功能设计与每年的 ECMAScript 版本发布独立，使用不同阶段（Stage）来区分功能的状态。2023 年 11 月后，新增 Stage 2.7，共有 6 个阶段，从 Stage 0（strawperson）开始，到 Stage 4（finished）结束。
  • 越往后的阶段，需要原型实现和真机测试，可以建立设计和实现之间的反馈机制。
  • ECMAScript 版本每年发布一次 ，发布的内容包含在 release deadline 之前的全部到达 Stage 4 的功能。

TC39 进程的演进历史

2023 年 11 月后的新 6 阶段流程

2015-2023 年的经典 5 阶段流程

  • Stage 0：代号"稻草人（strawman）"，草案阶段
  • Stage 1：代号"提案（proposal）"， TC39 帮助阶段
  • Stage 2：代号"草案（draft）"， 本阶段很有可能成为标准
  • Stage 3：代号"候选（candidate）"， 已完成，需要从实现中获得反馈
  • Stage 4：代号"结束（finished）"， 准备成为标准

为什么要增加 Stage 2.7？

2023 年 11 月 30 日，TC39 委员会决定在流程中增加 Stage 2.7，主要基于以下考虑：

  1. 分离关注点：将"规范完成"（Stage 2）和"测试编写"（Stage 2.7）分离，让每个阶段的目标更加明确
  2. 提高确定性：当提案到达 Stage 2.7 时，规范已经冻结，开发者可以更有信心地开始试用
  3. 优化审核流程：审核者（reviewers）需要在 Stage 2.7 之前完成签署，避免了后期的反复修改

关于为什么选择 2.7 这个数字，TC39 给出了有趣的解释：

  • 不重新编号是为了避免让历史文档变得难以理解
  • 选择 .7 而非 .5 是因为这个阶段更接近 Stage 3
  • 不使用 3a/3b 是为了避免混淆

我国提案的里程碑

理解了 Stage 各阶段的含义，就能理解我国首个 JS 语言提案在 ECMA 进入 Stage 3 这个新闻的意义了。2021 年 4 月，由阿里巴巴前端标准化小组与淘系技术提出的 Error Cause 提案进入 Stage 3，这意味着：

  • 提案规范已经完成，不会有大的改动
  • JavaScript 引擎开始实验性实现
  • 这是中国首个推进到如此高阶段的 ECMAScript 提案
  • 该提案最终在 ES2022 中正式成为标准（Stage 4）

如何跟踪提案进展？

想要了解各个提案的最新状态，可以访问以下资源：

  1. TC39 Proposals - 查看所有提案的当前阶段
  2. TC39 ECMA262 - ECMAScript 规范的官方仓库
  3. TC39 Meeting Notes - TC39 会议记录，了解提案讨论细节

💡 开发者建议：从 ES2016 开始，不要再以"这个浏览器支持 ES20XX 吗？"的方式思考，而应该关注具体特性："这个特性到达 Stage 4 了吗？目标环境支持吗？"这种思维方式更符合现代 JavaScript 的发展模式。

历届 ES 特性全收录 ES2016 - ES2025

网上有太多零散的 ES 特性总结，很多同学想知道，有官方的 ECMAScript 功能列表吗？

当然有，TC39 仓库列出了 已完成提案 以及它们的版本。

自 2015 年 ES6 发布以来的 10 年间，截至 2025 年 8 月 8 日，TC39 已完成 71 个新功能提案（较 2024 年新增 11 个）。最新的提案包括 Uint8Array Base64 转换、Math.sumPrecise、Error.isError 等功能（预计 2026 年发布）：

ES2016

ES2017

ES2018

ES2019

ES2020

  • String.prototype.matchAll
    • 作者：Jordan Harband
    • 维护者：Jordan Harband
    • TC39 会议记录： March 2019
    • 发布时间：2020
  • import()
    • 作者：Domenic Denicola
    • 维护者：Domenic Denicola
    • TC39 会议记录：June 2019
    • 发布时间：2020
  • BigInt
    • 作者：Daniel Ehrenberg
    • 维护者：Daniel Ehrenberg
    • TC39 会议记录： June 2019
    • 发布时间：2020
  • Promise.allSettled
    • 作者：Jason Williams、Robert Pamely、Mathias Bynens
    • 维护者：Mathias Bynens
    • TC39 会议记录： July 2019
    • 发布时间：2020
  • globalThis
    • 作者：Jordan Harband
    • 维护者：Jordan Harband
    • TC39 会议记录： October 2019
    • 发布时间：2020
  • for-in mechanics
    • 作者：Kevin Gibbons
    • 维护者：Kevin Gibbons
    • TC39 会议记录： December 2019
    • 发布时间：2020
  • Optional Chaining
    • 作者：Gabriel Isenberg、Claude Pache、Dustin Savery
    • 维护者：Gabriel Isenberg、Dustin Savery、Justin Ridgewell、Daniel Rosenwasser
    • TC39 会议记录： December 2019
    • 发布时间：2020
  • Nullish coalescing Operator
    • 作者：Gabriel Isenberg
    • 维护者：Gabriel Isenberg、Justin Ridgewell、Daniel Rosenwasser
    • TC39 会议记录：December 2019
    • 发布时间：2020
  • import.meta
    • 作者：Domenic Denicola
    • 维护者：Gus Caplan
    • TC39 会议记录： March 2020
    • 发布时间：2020

ES2021

  • String.prototype.replaceAll
    • 作者：Peter Marshall、Jakob Gruber、Mathias Bynens
    • 维护者：Mathias Bynens
    • TC39 会议记录： June 2020
    • 发布时间：2021
  • Promise.any
    • 作者：Mathias Bynens、Kevin Gibbons、Sergey Rubanov
    • 维护者：Mathias Bynens
    • TC39 会议记录： July 2020
    • 发布时间：2021
  • WeakRefs
    • 作者：Dean Tribble、Sathya Gunasekaran
    • 维护者：Dean Tribble、Mark Miller、Till Schneidereit、Sathya Gunasekaran、Daniel Ehrenberg
    • TC39 会议记录： July 2020
    • 发布时间：2021
  • Logical Assignment Operators
    • 作者：Justin Ridgewell
    • 维护者：Justin Ridgewell、Hemanth HM
    • TC39 会议记录： July 2020
    • 发布时间：2021
  • Numeric separators
    • 作者：Sam Goto、Rick Waldron
    • 维护者：Sam Goto、Rick Waldron、Leo Balter
    • TC39 会议记录： July 2020
    • 发布时间：2021

ES2022

ES2023

  • Array find from last
    • 作者：Wenlu Wang
    • 维护者：Wenlu Wang、Daniel Rosenwasser
    • TC39 会议记录：June 2022
    • 发布时间：2023
  • Hashbang Grammar
    • 作者：Bradley Farias
    • 维护者：Bradley Farias
    • TC39 会议记录：July 2022
    • 发布时间：2023
  • Symbols as WeakMap keys
    • 作者：Daniel Ehrenberg、Richard Button、Robin Ricard、Leo Balter、Rick Waldron、Caridy Patiño
    • 维护者：Daniel Ehrenberg、Richard Button、Robin Ricard、Leo Balter、Rick Waldron、Caridy Patiño
    • TC39 会议记录：January 2023
    • 发布时间：2023
  • Change Array by Copy
    • 作者：Ashley Claymore、Robin Ricard
    • 维护者：Ashley Claymore、Robin Ricard
    • TC39 会议记录：March 2022
    • 发布时间：2023

ES2024

ES2025 新特性

2025 年 7 月正式发布，包含以下新特性：

  1. RegExp.escape
  • 作者: Domenic Denicola、Benjamin Gruenbaum、Jordan Harband
  • 维护者: Jordan Harband、Kevin Gibbons
  • TC39 会议记录 : 2025 年 2 月
  • 说明: 提供一个静态方法来转义字符串中的特殊正则字符
  • 解决的核心问题：将普通字符串安全地用在正则表达式中，避免特殊字符被误解释。
javascript 复制代码 
// ❌ 之前：手动转义容易遗漏
const userInput = "price: $9.99";
const pattern = new RegExp(userInput); // 💥 $ 和 . 会被当作特殊字符
// ✅ ES2025：标准化的安全转义
const escaped = RegExp.escape("price: $9.99");
// 返回: "price:\\x20\\$9\\.99"
const safePattern = new RegExp(escaped); // 正确匹配字面字符串

  • 为什么重要：

    • 🔥 社区呼声极高 ：npm 上 escape-string-regexp 包周下载量超 1 亿次
    • 🌍 国际标准对齐 ：JavaScript 终于拥有了其他语言早在 20 年前就有的功能（Python re.escape()、Ruby Regexp.escape() 等）
    • 🛡️ 安全保障：避免用户输入导致的正则表达式注入漏洞

  • 典型应用场景：

    javascript 复制代码 
    // 搜索高亮
function highlight(text, term) {
  const pattern = new RegExp(`(${RegExp.escape(term)})`, 'gi');
  return text.replace(pattern, '<mark>$1</mark>');
}

// 动态替换
function replaceAll(text, find, replace) {
  const pattern = new RegExp(RegExp.escape(find), 'g');
  return text.replace(pattern, replace);
}

  • 提案历程 ：这个提案从 2015 年开始讨论，历经 10 年终于在 2025 年 2 月达到 Stage 4，成为 ES2025 的一部分。提案仓库已于 2025 年 2 月 18 日归档，标志着这个功能正式定稿。

  • 兼容性：

  1. Float16 on TypedArrays, DataView, Math.f16round

  • 作者: Leo Balter

  • 维护者: Leo Balter、Kevin Gibbons

  • TC39 会议记录 : 2025 年 2 月

  • 说明: 添加 Float16Array 类型数组和相关的 DataView 方法，以及 Math.f16round

  • 核心价值：为 JavaScript 引入 16 位浮点数（半精度）支持，主要服务于 AI / 机器学习和图形处理场景

    javascript 复制代码 
    // 新的 TypedArray 类型
const float16 = new Float16Array([1.0, 2.5, 3.14159]);

// 内存效率对比
const float32Array = new Float32Array(1000);  // 4000 字节
const float16Array = new Float16Array(1000);  // 2000 字节（节省50%）

// Math.f16round - 舍入到16位精度
Math.f16round(3.14159);  // 3.140625
Math.f16round(65504);    // 65504（最大值）
Math.f16round(65505);    // Infinity

// DataView 支持
const buffer = new ArrayBuffer(2);
const view = new DataView(buffer);
view.setFloat16(0, 3.14);
console.log(view.getFloat16(0)); // 3.140625

  • 为什么重要：

    • 🤖 AI/ML 优化：大多数神经网络推理可以使用 float16 而不损失精度，内存占用减半
    • 🎮 图形处理：WebGL 和 WebGPU 原生支持 float16，现在 JavaScript 可以直接操作
    • 💾 内存效率：处理大规模数值数据时显著降低内存占用

  • 实际应用场景：

    javascript 复制代码 
    // AI 模型权重存储
async function loadModelWeights(url) {
  const response = await fetch(url);
  const buffer = await response.arrayBuffer();
  // 使用 Float16Array 加载模型权重，节省50%内存
  return new Float16Array(buffer);
}

// 图像处理中的颜色值
function processHDRImage(pixelData) {
  // HDR 图像使用 float16 存储颜色值
  const float16Pixels = new Float16Array(pixelData);
  // 处理像素数据...
}

// 与 WebGPU 交互
const gpuBuffer = device.createBuffer({
  size: float16Array.byteLength,
  usage: GPUBufferUsage.VERTEX,
  mappedAtCreation: true
});
new Float16Array(gpuBuffer.getMappedRange()).set(float16Array);

  • 提案历程：Float16Array 提案响应了 Web 平台对高效数值计算的需求，特别是随着 WebGPU 和 AI 应用在浏览器中的兴起。提案仓库于 2025 年 5 月 24 日归档，标志着这个功能正式定稿。

  • 兼容性：

  1. Promise.try

  • 作者: Jordan Harband

  • 维护者: Jordan Harband

  • TC39 会议记录 : 2024 年 10 月

  • 说明: 提供统一的方式来处理同步和异步函数

  • 解决的核心问题：优雅地将任何函数（同步或异步）包装成 Promise，同时保持同步执行的性能优势。

    javascript 复制代码 
    // ❌ 之前的困境
// 方法1：简单但低效（强制异步）
Promise.resolve().then(() => fn()); // fn 被推迟到下一个微任务

// 方法2：高效但繁琐
new Promise(resolve => resolve(fn())); // 同步执行但写法冗长

// ✅ ES2025：简洁且高效
Promise.try(() => fn()); // 同步执行，自动捕获错误

  • 为什么重要：

    • ⚡ 性能优化：函数可以同步执行，避免不必要的异步开销

    • 🛡️ 统一错误处理 ：无论函数是否抛出异常，都能用 .catch() 处理

    • 📦 社区验证 ：p-try npm 包周下载量 4400 万次，总下载量 89 亿次

  • 实际应用场景：

    javascript 复制代码 
    // 1. 不确定函数是否异步
function processData(data) {
  return Promise.try(() => {
    // 可能是同步验证，也可能是异步API调用
    return validateOrFetch(data);
  }).then(result => {
    console.log('处理成功:', result);
  }).catch(error => {
    console.error('处理失败:', error);
  });
}

// 2. 初始化流程的错误处理
Promise.try(() => {
  // 可能抛出异常的初始化代码
  const config = JSON.parse(configString);
  return initializeApp(config);
}).catch(error => {
  console.error('初始化失败:', error);
  showErrorUI();
});

// 3. 与 async/await 配合
async function main() {
  const result = await Promise.try(() => {
    // 同步代码也能享受 async/await 的错误处理
    return complexCalculation();
  });
}

  • 标准化进程：该提案已达到 Stage 4，仓库于 2024 年 10 月 9 日归档。作为 ES2025 的一部分，它填补了 Promise API 中长期存在的空白，让 JavaScript 的异步编程模型更加完整和一致

  • 生态影响：Bluebird、Q、when 等主流 Promise 库早已提供类似功能，ES2025 的标准化意味着开发者终于可以在原生环境中使用这个高频特性，减少对第三方库的依赖。

  • 兼容性：

  1. Sync Iterator Helpers

  • 作者: Gus Caplan

  • 维护者: Michael Ficarra、Jonathan Keslin、Kevin Gibbons

  • TC39 会议记录 : 2024 年 10 月

  • 说明: 为迭代器添加 map、filter、take、drop 等辅助方法

  • 解决的核心问题：为迭代器提供类似数组的链式操作方法，让迭代器和数组一样易用。

    javascript 复制代码 
    // ❌ 之前：迭代器缺乏辅助方法
function* naturals() {
  let i = 0;
  while (true) yield i++;
}

// 需要手动转换为数组才能使用 map/filter
const squares = Array.from(naturals())
  .slice(0, 10)  // 危险！naturals() 是无限的
  .map(x => x * x);

// ✅ ES2025：迭代器原生支持链式操作
const squares = naturals()
  .take(10)        // 安全！惰性求值
  .map(x => x * x)
  .toArray();      // [0, 1, 4, 9, 16, 25, 36, 49, 64, 81]

  • 核心特性一览：

    • 转换方法 : map(), filter(), flatMap()
    • 截取方法 : take(), drop()
    • 聚合方法 : reduce(), toArray()
    • 判断方法 : some(), every(), find()
    • 副作用 : forEach()
    • 静态方法 : Iterator.from()

  • 为什么重要：

    • 🚀 惰性求值：所有方法都是惰性的，只在需要时才消费迭代器
    • ♾️ 无限序列支持：可以安全地处理无限迭代器
    • 🔗 链式调用：提供流畅的函数式编程体验
    • 📚 跨语言一致性：对标 Rust、Python、C# 等语言的迭代器 API

  • 标准化进程：该提案已达到 Stage 4，仓库于 2024 年 10 月 8 日归档。这标志着 JavaScript 终于拥有了现代化的迭代器 API，填补了与 Rust、Python 等语言在迭代器处理能力上的差距。

  • 生态影响：Node.js 的 Readable streams 已经实现了该提案的全部功能。许多流行库如 lodash、itertools 的功能将可以用原生 API 替代，减少项目依赖。

  • 兼容性：

  1. JSON Modules

  • 作者: Myles Borins、Sven Sauleau、Dan Clark、Daniel Ehrenberg

  • 维护者: Myles Borins、Sven Sauleau、Dan Clark、Daniel Ehrenberg

  • TC39 会议记录 : 2024 年 10 月

  • 说明: 允许直接导入 JSON 文件作为模块

  • 解决的核心问题：安全且标准地导入 JSON 数据，防止 MIME 类型混淆导致的代码注入攻击。

    javascript 复制代码 
    // ❌ 之前的困境
// 方法1：使用 fetch（运行时加载，需要额外解析）
const response = await fetch('./config.json');
const data = await response.json();

// 方法2：依赖构建工具（非标准，不同工具行为不一）
import data from './config.json'; // 需要 webpack/rollup 等支持

// 方法3：动态导入（不够直观）
const module = await import('./config.json');

// ✅ ES2025：标准且安全
import data from './config.json' with { type: 'json' };

  • 为什么重要：

    • 🔒 安全保障 ：通过显式 type: "json" 声明，防止服务器返回可执行代码
    • 📦 零依赖：不再需要构建工具或 polyfill 来导入 JSON
    • 🌍 跨平台一致：浏览器、Node.js、Deno 等环境行为统一
    • ⚡ 编译时优化：静态导入允许更好的 tree shaking 和优化

  • 标准化进程：

    • 2020年7月：从 Import Attributes 提案中分离
    • 2024年10月8日：与 Import Attributes 一起进入 Stage 4
    • 最初由 Microsoft 为 V8/Chromium 实现
    • Apple (Ryosuke Niwa) 和 Mozilla (Anne van Kesteren) 提出的安全考虑促成了当前设计

  • 生态影响：

    • 构建工具简化：Webpack、Rollup、Vite 等可以使用标准语法
    • 类型系统支持：TypeScript 可以提供更好的类型推断
    • 工具链统一：ESLint、Prettier 等工具可以识别标准语法
    • 性能优化：允许更好的静态分析和 tree shaking

  • 兼容性：

  1. Import Attributes

  • 作者: Myles Borins、Sven Sauleau、Dan Clark、Daniel Ehrenberg

  • 维护者: Sven Sauleau、Dan Clark、Daniel Ehrenberg、Nicolò Ribaudo

  • TC39 会议记录 : 2024 年 10 月

  • 说明: 为模块导入语句添加内联语法，以传递模块说明符之外的更多信息，为 JSON、CSS、HTML 等非 JavaScript 模块类型提供基础设施

  • 解决的核心问题：提供安全、标准化的方式来指定模块类型和其他元数据，防止 MIME 类型混淆攻击。

    javascript 复制代码 
    // ❌ 之前的困境
// 方法1：依赖文件扩展名（不可靠）
import data from './config.json'; // 扩展名不能保证内容类型

// 方法2：依赖 MIME 类型（可被篡改）
import styles from './styles.css'; // 服务器可能返回 JavaScript

// 方法3：使用 URL scheme（复杂且非标准）
import data from 'json:./config.json'; // 伪协议方案

// ✅ ES2025：显式且安全
import data from './config.json' with { type: 'json' };
import styles from './styles.css' with { type: 'css' };

  • 为什么重要：

    • 🔒 安全基础：为所有非 JavaScript 模块提供安全导入机制
    • 🏗️ 可扩展架构 ：不仅支持 type，还可扩展其他属性
    • 🌐 跨环境一致性：浏览器、Node.js、Deno 行为统一
    • ⚙️ 向后兼容 ：从 assert 到 with 的平滑过渡

  • 标准化进程：

    • 2019-12：Stage 1 作为 "module attributes"
    • 2020-06：Stage 2 限制属性不能作为缓存键
    • 2020-09：Stage 3 改名 "import assertions"，使用 assert 关键字
    • 2021-05 到 2022-02：Chrome、Node.js、Deno 实现并发布
    • 2023-01：因与 HTML 语义不兼容降回 Stage 2
    • 2023-03：改名 "import attributes"，改回 with 关键字，重回 Stage 3
    • 2024-10：进入 Stage 4

  • 生态影响：

    • 统一模块系统：为 Web 平台的多种资源类型提供统一导入机制
    • 安全性提升：明确的类型声明防止内容注入攻击
    • 工具链标准化：构建工具可以基于标准语法优化
    • 未来扩展性：为更多模块类型和属性预留空间

  • 兼容性：

  1. RegExp Modifiers

  • 作者: Ron Buckton

  • 维护者: Ron Buckton

  • TC39 会议记录 : 2024 年 10 月

  • 说明: 允许在正则表达式内部动态启用或禁用修饰符标志，提供更精细的模式控制

  • 解决的核心问题：在正则表达式的不同部分应用不同的标志设置，无需拆分成多个正则或使用复杂的变通方案。

    javascript 复制代码 
    // ❌ 之前的困境
// 方法1：使用多个正则表达式
const re1 = /[a-z]/i;  // 忽略大小写
const re2 = /[a-z]/;   // 区分大小写
// 需要组合使用，逻辑复杂

// 方法2：动态构建正则
const pattern = '[a-z]';
const re = new RegExp(pattern, someCondition ? 'i' : '');

// 方法3：复杂的字符类
/[a-zA-Z][a-z]/  // 第一个字符不区分大小写，第二个区分

// ✅ ES2025：内联修饰符
/^[a-z](?-i:[a-z])$/i;  // 第二部分禁用 i 标志
/^(?i:[a-z])[a-z]$/;    // 第一部分启用 i 标志

  • 为什么重要：

    • 🎯 精确控制：在正则表达式的特定部分应用不同的标志
    • 📝 配置友好：适用于 JSON 配置、语法高亮器等不能执行代码的场景
    • 🔧 减少复杂性：避免拆分正则或使用复杂的变通方案
    • 🌍 行业标准：与 Perl、PCRE、.NET 等主流正则引擎保持一致

  • 标准化进程：

    • 2021-10-27：提议进入 Stage 1（通过）
    • 2021-12-15：进入 Stage 2（仅限自包含形式 (?i:...)）
    • 2022-06-07：进入 Stage 3
    • 2024-10：进入 Stage 4

  • 生态影响：

    • 解析器增强：语法高亮器、代码分析工具可以更精确地处理文本
    • 配置简化：TextMate grammars、JSON 配置可以使用更强大的模式
    • 正则可读性：减少需要拆分或动态构建的正则表达式
    • 跨语言一致性：与 Perl、Python、.NET 等语言的正则语法更接近

  • 兼容性：

  1. New Set Methods

  • 作者: Michał Wadas、Sathya Gunasekaran、Kevin Gibbons

  • 维护者: Kevin Gibbons

  • TC39 会议记录 : 2024 年 4 月

  • 说明 : 为 JavaScript 的内置 Set 类添加集合运算方法，如 union、intersection、difference 等集合操作方法

  • 解决的核心问题：原生 Set 缺乏基本的集合运算操作，开发者需要手写复杂的逻辑或依赖第三方库。

    javascript 复制代码 
    // ❌ 之前的困境
// 方法1：手写集合运算（繁琐易错）
function intersection(setA, setB) {
  const result = new Set();
  for (const elem of setA) {
    if (setB.has(elem)) {
      result.add(elem);
    }
  }
  return result;
}

// 方法2：使用展开运算符和 filter（性能差）
const intersection = new Set([...setA].filter(x => setB.has(x)));
const union = new Set([...setA, ...setB]);

// 方法3：依赖第三方库
import { intersection, union } from 'lodash';

// ✅ ES2025：原生支持
setA.intersection(setB);
setA.union(setB);
setA.difference(setB);

  • 为什么重要：

    • 🧮 数学完整性：Set 终于有了完整的集合运算能力
    • ⚡ 性能优化：原生实现比 JavaScript 实现更高效
    • 🎯 代码简洁：不再需要繁琐的循环和临时数组
    • 🌍 语言对齐：与 Python、Ruby、Swift 等语言保持一致

  • 标准化进程：

    • 2018-05：首次在 TC39 会议讨论
    • 2019-01：继续讨论细节
    • 2022-03：讨论如何扩展内置类型
    • 2023-07：关键设计决策
    • 2024-02：接近完成
    • 2024-04：进入 Stage 4

  • 生态影响：

    • 减少依赖：不再需要 lodash、ramda 等库的集合操作
    • 性能提升：原生 C++ 实现比 JavaScript 实现更快
    • 代码可读性：集合操作语义更清晰

  • 兼容性：

  1. Duplicate Named Capture Groups

  • 作者: Kevin Gibbons

  • 维护者: Kevin Gibbons

  • TC39 会议记录 : 2024 年 4 月

  • 说明: 允许在正则表达式的不同分支中重复使用相同的捕获组名称

  • 解决的核心问题：匹配多种格式的文本时，无法为语义相同的部分使用相同的组名，导致代码冗余和处理复杂。

    javascript 复制代码 
    // ❌ 之前的困境
// 方法1：使用不同的组名（语义不清）
const dateRegex = /(?<year1>[0-9]{4})-[0-9]{2}|[0-9]{2}-(?<year2>[0-9]{4})/;
const match = str.match(dateRegex);
const year = match.groups.year1 || match.groups.year2; // 需要手动合并

// 方法2：使用编号捕获组（可读性差）
const dateRegex = /([0-9]{4})-[0-9]{2}|[0-9]{2}-([0-9]{4})/;
const match = str.match(dateRegex);
const year = match[1] || match[2];

// 方法3：使用多个正则（性能差）
const regex1 = /(?<year>[0-9]{4})-[0-9]{2}/;
const regex2 = /[0-9]{2}-(?<year>[0-9]{4})/;
const match = str.match(regex1) || str.match(regex2);

// ✅ ES2025：允许重复命名
const dateRegex = /(?<year>[0-9]{4})-[0-9]{2}|[0-9]{2}-(?<year>[0-9]{4})/;
const match = str.match(dateRegex);
const year = match.groups.year; // 直接访问，自动选择匹配的分支

  • 为什么重要：

    • 🎯 语义一致：相同含义的捕获组使用相同名称
    • 📝 代码简洁：无需手动合并多个组的结果
    • 🔄 格式灵活：轻松处理多种输入格式
    • 🌍 语言对齐：与 .NET、Python、Perl 等语言保持一致

  • 标准化进程更新：

    • 2022-07：达到 Stage 3
    • 2024-04：进入 Stage 4

  • 兼容性：

ES2026 预期新特性

预计 2026 年 7 月发布，目前已达到 Stage 4 的提案：

  1. Uint8Array to/from Base64
  • 作者: Kevin Gibbons
  • 维护者: Kevin Gibbons
  • TC39 会议记录: 2025 年 7 月
  • 说明: 为 Uint8Array 添加 Base64 编码和解码方法
  1. Math.sumPrecise
  • 作者: Kevin Gibbons
  • 维护者: Kevin Gibbons
  • TC39 会议记录: 2025 年 7 月
  • 说明: 提供精确的数值求和方法，避免浮点数累积误差
  1. Error.isError
  • 作者: Jordan Harband
  • 维护者: Jordan Harband
  • TC39 会议记录: 2025 年 5 月
  • 说明: 提供可靠的方法来检测一个值是否为 Error 实例

结语

授人以鱼，不如授人以渔，希望通过本文追根溯源，带领同学们走进 ECMAScript 的世界，ES 神秘代码不再神秘，ES 新特性不再彷徨。

参考资料

相关推荐
ZXT6 分钟前
代码规范与提交
前端
柑橘乌云_11 分钟前
vue中如何在父组件监听子组件的生命周期
前端·javascript·vue.js
北海天空1 小时前
react-scripts的webpack.config.js配置解析
前端
LilyCoder1 小时前
HTML5中华美食网站源码
前端·html·html5
拾光拾趣录1 小时前
模块联邦（Module Federation）微前端方案
前端·webpack
江湖人称小鱼哥2 小时前
react接口防抖处理
前端·javascript·react.js
GISer_Jing2 小时前
腾讯前端面试模拟详解
前端·javascript·面试
saadiya~2 小时前
前端实现 MD5 + AES 加密的安全登录请求
前端·安全
zeqinjie2 小时前
回顾 24年 Flutter 骨架屏没有释放 CurvedAnimation 导致内存泄漏的血案
前端·flutter·ios
萌萌哒草头将军2 小时前
🚀🚀🚀 Webpack 项目也可以引入大模型问答了！感谢 Rsdoctor 1.2 ！
前端·javascript·webpack
热门推荐
01全球最强模型Grok4，国内已可免费使用！（附教程）02UV安装并设置国内源03Qwen3-Coder 快速上手教程 | Qwen Code + Claude Code04[已解决]VSCode右键菜单消失恢复052025最新国内服务器可用docker源仓库地址大全（2025年8月更新）06🚀Cursor CLI+GPT-5保姆级教程+编程能力测评！Cursor CLI零成本免费使用GPT-5！Claude Code的劲敌来了！从安装到实战演示07GPT-5 使用限制与国内升级全攻略（免费 / Plus / Pro）【2025 最新】08KGG转MP3工具|非KGM文件|解密音频09Cursor 终端“卡死/无响应”问题的解法10OpenAI重返开源！GPT-OSS本地部署完全指南