JavaScript的正常运行与高效开发，依赖于一套分层、清晰的规范体系 —— 从定义语言本身的核心标准，到不同运行环境的扩展规则，再到模块组织的统一方案。这些规范既保障了语言的一致性，也为不同场景下的功能扩展提供了依据。以下从核心标准、环境特定规范、模块系统规范三个维度，系统梳理 JS 规范体系的核心内容，并明确不同规范的目标受众。
一、JS 语言核心标准：ECMAScript
ECMAScript（简称 ES）是 JavaScript 语言的 “顶层核心规范”，它定义了 JS 的基础语法、数据类型、关键字、运算符、内置对象（如 Array、Promise）等 “语言本身的规则”，是所有 JS 代码运行的 “通用基础”。
其核心价值在于统一语言特性：
只要 JS 代码符合某一版本的 ECMAScript 规范（如 ES6/ES2015、ES2022），理论上就能在 “实现了该规范的 JS 运行环境” 中执行；
常见的 JS 运行环境（如浏览器的 V8 引擎、Node.js 的底层引擎），本质都是 ECMAScript 规范的 “具体实现载体”—— 引擎开发者需严格遵循 ES 规范，才能让 JS 代码在环境中正常解析和运行。
二、环境特定规范：为不同场景扩展功能
ECMAScript 仅定义了 JS 的 “语言核心”，无法覆盖实际运行场景的个性化需求（如浏览器操作页面、Node.js 操作服务器文件）。因此，不同运行环境会在 ES 基础上，通过专属规范扩展环境特有的 API 和功能，形成 “核心 + 扩展” 的架构。
- 浏览器环境：聚焦 “网页交互” 的规范与 API
浏览器作为 JS 最经典的运行环境，其扩展规范主要由 W3C（万维网联盟）和 WHATWG（Web 超文本应用技术工作组）制定，核心围绕 “操作网页” 和 “与浏览器交互” 展开：
DOM 规范（Document Object Model）：由 W3C 制定，定义了 “如何通过 JS 操作 HTML 文档” 的 API，包括元素查询（document.querySelector）、节点修改（element.appendChild）、事件绑定（element.addEventListener）等，是实现 “网页动态交互” 的基础。
BOM 规范（Browser Object Model）：由 WHATWG 维护，定义了 “JS 与浏览器窗口交互” 的 API，涵盖窗口控制（window.open）、地址栏操作（window.location）、浏览器存储（localStorage）等，负责处理网页之外的浏览器级功能。
Web API 规范：由 WHATWG 或 W3C 联合制定，是浏览器提供的 “场景化扩展 API”，例如网络请求（fetch API）、多媒体处理（MediaRecorder）、地理位置（navigator.geolocation）等，满足复杂网页的功能需求。 - Node.js 环境：聚焦 “服务器端” 的规范与 API
Node.js 是 JS 的服务器端运行环境，其扩展功能不依赖外部标准组织，而是由 Node.js 官方自主定义，核心围绕 “服务器操作”（如文件、网络、进程）设计：
底层基于 CommonJS 模块规范（早期 Node.js 的默认模块方案），定义了模块的导入（require）、导出（module.exports）规则，解决了服务器端代码的 “模块化组织” 问题；
同时提供 Node.js 内置 API，覆盖服务器开发的核心场景，例如文件操作（fs 模块）、HTTP 服务（http 模块）、进程管理（process 模块）等，让 JS 具备开发后端服务的能力。
三、模块系统规范：解决 “代码组织” 的统一方案
随着 JS 项目复杂度提升，“如何拆分、导入、导出代码模块” 成为关键问题。不同时期诞生了多套模块系统规范，适配不同运行环境的需求：
- ES 模块规范（ESM）：属于 ECMAScript 标准的一部分（ES6 起纳入），是 JS 官方推荐的模块化方案，语法为 import 导入、export 导出，原生支持浏览器和现代 Node.js（需显式声明 type: module），具备静态分析能力（便于 Tree-Shaking 优化）。
- CommonJS 规范：早期为 Node.js 设计的模块规范，语法为 require 导入、module.exports 导出，主要运行于服务器端；浏览器环境无法原生支持，需通过 Webpack、Rollup 等打包工具转换。
- AMD 规范（Asynchronous Module Definition）：早期为浏览器设计的 “异步模块规范”，解决了浏览器端 “模块加载阻塞页面” 的问题，代表实现是 RequireJS，语法为 define 定义模块、require 异步加载，目前已逐步被 ESM 替代。
- UMD 规范（Universal Module Definition）：一种 “跨环境兼容” 的模块方案，可同时适配 ESM、CommonJS、AMD 规范，以及浏览器全局变量（如 window），常用于开发 npm 公共包，确保包能在浏览器和 Node.js 中直接使用，无需额外适配。
四、规范的目标受众：谁在使用这些规则？
不同规范的设计目标不同，对应的核心受众也存在差异：
- 引擎开发者：ECMAScript 规范的核心受众是 “JS 引擎研发团队”（如 Chrome V8、Firefox SpiderMonkey 团队）。他们需严格遵循 ES 规范，实现代码解析、执行的底层逻辑，确保环境能正确运行符合规范的 JS 代码。
- 应用层开发者：日常编写业务代码的 “JS 应用开发者”，是所有规范的 “最终使用者”。
ECMAScript 规范是 “权威字典”—— 当不确定语法合法性（如 “是否支持可选链 ?.”）时，需参考 ES 规范确认；
环境特定规范（DOM、Node.js API）是 “功能手册”—— 开发网页需查 DOM/BOM 规范，开发后端需查 Node.js API 文档；
模块系统规范是 “组织指南”—— 选择 ESM 还是 CommonJS，需根据项目环境（浏览器 / Node.js）和工具链确定。
综上，JS 的规范体系是 “分层协作” 的结果：ECMAScript 定基础，环境规范扩功能，模块规范解组织，共同支撑起 JS 从浏览器到服务器、从简单脚本到复杂应用的全场景开发。
