第1 章 什么是JavaScript

本章内容
 JavaScript 历史回顾
 JavaScript 是什么
 JavaScript 与ECMAScript 的关系
 JavaScript 的不同版本
1995 年，JavaScript 问世。当时，它的主要用途是代替Perl 等服务器端语言处理输入验证。在此之
前，要验证某个必填字段是否已填写，或者某个输入的值是否有效，需要与服务器的一次往返通信。网
景公司希望通过在其Navigator 浏览器中加入JavaScript 来改变这个局面。在那个普遍通过电话拨号上网
的年代，由客户端处理某些基本的验证是让人兴奋的新功能。缓慢的网速让页面每次刷新都考验着人们
的耐心。
从那时起，JavaScript 逐渐成为市面上所有主流浏览器的标配。如今，JavaScript 的应用也不再局限
于数据验证，而是渗透到浏览器窗口及其内容的方方面面。JavaScript 已被公认为主流的编程语言，能
够实现复杂的计算与交互，包括闭包、匿名（lambda）函数，甚至元编程等特性。不仅是桌面浏览器，
手机浏览器和屏幕阅读器也支持JavaScript，其重要性可见一斑。就连拥有自家客户端脚本语言VBScript
的微软公司，也在其Internet Explorer（以下简称IE）浏览器最初的版本中包含了自己的JavaScript 实现。
从简单的输入验证脚本到强大的编程语言，JavaScript 的崛起没有任何人预测到。它很简单，学会
用只要几分钟；它又很复杂，掌握它要很多年。要真正学好用好JavaScript，理解其本质、历史及局限
性是非常重要的。
1.1 简短的历史回顾

随着Web 日益流行，对客户端脚本语言的需求也越来越强烈。当时，大多数用户使用28.8kbit/s 的
调制解调器上网，但网页变得越来越大、越来越复杂。为验证简单的表单而需要大量与服务器的往返通
信成为用户的痛点。想象一下，你填写完表单，单击“提交”按钮，等30 秒处理，然后看到一条消息，
告诉你有一个必填字段没填。网景在当时是引领技术革新的公司，它将开发一个客户端脚本语言来处理
这种简单的数据验证提上了日程。
1995 年，网景公司一位名叫Brendan Eich 的工程师，开始为即将发布的Netscape Navigator 2 开发一
个叫Mocha（后来改名为LiveScript）的脚本语言。当时的计划是在客户端和服务器端都使用它，它在
服务器端叫LiveWire。
为了赶上发布时间，网景与Sun 公司结为开发联盟，共同完成LiveScript 的开发。就在Netscape
Navigator 2 正式发布前，网景把LiveScript 改名为JavaScript，以便搭上媒体当时热烈炒作Java 的顺风车

由于JavaScript 1.0 很成功，网景又在Netscape Navigator 3 中发布了1.1 版本。尚未成熟的Web 的受
欢迎程度达到了历史新高，而网景则稳居市场领导者的位置。这时候，微软决定向IE 投入更多资源。
就在Netscape Navigator 3 发布后不久，微软发布了IE3，其中包含自己名为JScript（叫这个名字是为了
避免与网景发生许可纠纷）的JavaScript 实现。1996 年8 月，微软重磅进入Web 浏览器领域，这是网景
永远的痛，但它代表JavaScript 作为一门语言向前迈进了一大步。
微软的JavaScript 实现意味着出现了两个版本的JavaScript：Netscape Navigator 中的JavaScript，以
及IE 中的JScript。与C 语言以及很多其他编程语言不同，JavaScript 还没有规范其语法或特性的标准，
两个版本并存让这个问题更加突出了。随着业界担忧日甚，JavaScript 终于踏上了标准化的征程。
1997 年，JavaScript 1.1 作为提案被提交给欧洲计算机制造商协会（Ecma）。第39 技术委员会（TC39）
承担了“标准化一门通用、跨平台、厂商中立的脚本语言的语法和语义”的任务（参见TC39-ECMAScript）。
TC39 委员会由来自网景、Sun、微软、Borland、Nombas 和其他对这门脚本语言有兴趣的公司的工程师
组成。他们花了数月时间打造出ECMA-262，也就是ECMAScript（发音为“ek-ma-script”）这个新的脚
本语言标准。
1998 年，国际标准化组织（ISO）和国际电工委员会（IEC）也将ECMAScript 采纳为标准（ISO/
IEC-16262）。自此以后，各家浏览器均以ECMAScript 作为自己JavaScript 实现的依据，虽然具体实现
各有不同。
1.2 JavaScript 实现
虽然JavaScript 和ECMAScript 基本上是同义词，但JavaScript 远远不限于ECMA-262 所定义的那样。
没错，完整的JavaScript 实现包含以下几个部分（见图1-1）：
 核心（ECMAScript）
 文档对象模型（DOM）
 浏览器对象模型（BOM）
图 1-1
1.2.1 ECMAScript
ECMAScript，即ECMA-262 定义的语言，并不局限于Web 浏览器。事实上，这门语言没有输入和
输出之类的方法。ECMA-262 将这门语言作为一个基准来定义，以便在它之上再构建更稳健的脚本语言。
Web 浏览器只是ECMAScript 实现可能存在的一种宿主环境（host environment）。宿主环境提供
ECMAScript 的基准实现和与环境自身交互必需的扩展。扩展（比如DOM）使用ECMAScript 核心类型
和语法，提供特定于环境的额外功能。其他宿主环境还有服务器端JavaScript 平台Node.js 和即将被淘汰
的Adobe Flash。
如果不涉及浏览器的话，ECMA-262 到底定义了什么？在基本的层面，它描述这门语言的如下部分：
 语法
 类型
 语句
 关键字
 保留字
 操作符
 全局对象
ECMAScript 只是对实现这个规范描述的所有方面的一门语言的称呼。JavaScript 实现了
ECMAScript，而Adobe ActionScript 同样也实现了ECMAScript。
1. ECMAScript 版本
ECMAScript 不同的版本以“edition”表示（也就是描述特定实现的ECMA-262 的版本）。ECMA-262
最近的版本是第10 版，发布于2019 年6 月。ECMA-262 的第1 版本质上跟网景的JavaScript 1.1 相同，
只不过删除了所有浏览器特定的代码，外加少量细微的修改。ECMA-262 要求支持Unicode 标准（以支
持多语言），而且对象要与平台无关（Netscape JavaScript 1.1 的对象不是这样，比如它的Date 对象就依
赖平台）。这也是JavaScript 1.1 和JavaScript 1.2 不符合ECMA-262 第1 版要求的原因。
ECMA-262 第2 版只是做了一些编校工作，主要是为了更新之后严格符合ISO/IEC-16262 的要求，
并没有增减或改变任何特性。ECMAScript 实现通常不使用第2 版来衡量符合性（conformance）。
ECMA-262 第3 版第一次真正对这个标准进行更新，更新了字符串处理、错误定义和数值输出。此
外还增加了对正则表达式、新的控制语句、try/catch 异常处理的支持，以及为了更好地让标准国际化
所做的少量修改。对很多人来说，这标志着ECMAScript 作为一门真正的编程语言的时代终于到来了。
ECMA-262 第4 版是对这门语言的一次彻底修订。作为对JavaScript 在Web 上日益成功的回应，开
发者开始修订ECMAScript 以满足全球Web 开发日益增长的需求。为此，Ecma T39 再次被召集起来，
以决定这门语言的未来。结果，他们制定的规范几乎在第3 版基础上完全定义了一门新语言。第4 版包
括强类型变量、新语句和数据结构、真正的类和经典的继承，以及操作数据的新手段。
与此同时，TC39 委员会的一个子委员会也提出了另外一份提案，叫作“ECMAScript 3.1”，只对这
门语言进行了较少的改进。这个子委员会的人认为第4 版对这门语言来说跳跃太大了。因此，他们提出
了一个改动较小的提案，只要在现有JavaScript 引擎基础上做一些增改就可以实现。最终，ES3.1 子委员
会赢得了TC39 委员会的支持，ECMA-262 第4 版在正式发布之前被放弃。
ECMAScript 3.1 变成了ECMA-262 的第5 版，于2009 年12 月3 日正式发布。第5 版致力于厘清
第3 版存在的歧义，也增加了新功能。新功能包括原生的解析和序列化JSON 数据的JSON 对象、方便
继承和高级属性定义的方法，以及新的增强ECMAScript 引擎解释和执行代码能力的严格模式。第5 版
在2011 年6 月发布了一个维护性修订版，这个修订版只更正了规范中的错误，并未增加任何新的语言
或库特性。
ECMA-262 第6 版，俗称ES6、ES2015 或ES Harmony（和谐版），于2015 年6 月发布。这一版包
含了大概这个规范有史以来最重要的一批增强特性。ES6 正式支持了类、模块、迭代器、生成器、箭头
函数、期约、反射、代理和众多新的数据类型。
ECMA-262 第7 版，也称为ES7 或ES2016，于2016 年6 月发布。这次修订只包含少量语法层面的
增强，如Array.prototype.includes 和指数操作符。
ECMA-262 第8 版，也称为ES8、ES2017，完成于2017 年6 月。这一版主要增加了异步函数（async/
await）、SharedArrayBuffer 及Atomics API，以及Object.values()/Object.entries()/Object.
getOwnPropertyDescriptors()和字符串填充方法，另外明确支持对象字面量最后的逗号。
ECMA-262 第9 版，也称为ES9、ES2018，发布于2018 年6 月。这次修订包括异步迭代、剩余和
扩展属性、一组新的正则表达式特性、Promise finally()，以及模板字面量修订。
ECMA-262 第10 版，也称为ES10、ES2019，发布于2019 年6 月。这次修订增加了Array.prototype.
flat()/flatMap()、String.prototype.trimStart()/trimEnd()、Object.fromEntries()方
法，以及Symbol.prototype.description 属性，明确定义了Function.prototype.toString()
的返回值并固定了Array.prototype.sort()的顺序。另外，这次修订解决了与JSON 字符串兼容的
问题，并定义了catch 子句的可选绑定。
2. ECMAScript 符合性是什么意思
ECMA-262 阐述了什么是ECMAScript 符合性。要成为ECMAScript 实现，必须满足下列条件：
 支持ECMA-262 中描述的所有“类型、值、对象、属性、函数，以及程序语法与语义”；
 支持Unicode 字符标准。
此外，符合性实现还可以满足下列要求。
 增加ECMA-262 中未提及的“额外的类型、值、对象、属性和函数”。ECMA-262 所说的这些额
外内容主要指规范中未给出的新对象或对象的新属性。
 支持ECMA-262 中没有定义的“程序和正则表达式语法”（意思是允许修改和扩展内置的正则表
达式特性）。
以上条件为实现开发者基于ECMAScript 开发语言提供了极大的权限和灵活度，也是其广受欢迎的
原因之一。
3. 浏览器对ECMAScript 的支持
1996 年，Netscape Navigator 3 发布时包含了JavaScript 1.1。JavaScript 1.1 规范随后被提交给Ecma，
作为对新的ECMA-262 标准的建议。随着JavaScript 迅速走红，网景非常愿意开发1.2 版。可是有个问
题：Ecma 尚未接受网景的建议。
Netscape Navigator 3 发布后不久，微软推出了IE3。IE 的这个版本包含了JScript 1.0，本意是提供与
JavaScript 1.1 相同的功能。不过，由于缺少很多文档，而且还有不少重复性功能，JScript 1.0 远远没有
JavaScript 1.1 那么强大。
JScript 的再次更新出现在IE4 中的JScript 3.0（2.0 版是在Microsoft Internet Information Server 3.0 中
发布的，但从未包含在浏览器中）。微软发新闻稿称JScript 3.0 是世界上第一门真正兼容Ecma 标准的脚
本语言。当时ECMA-262 还没制定完成，因此JScript 3.0 遭受了与JavaScript 1.2 同样的命运，它同样没
有遵守最终的ECMAScript 标准。
网景又在Netscape Navigator 4.06 中将其JavaScript 版本升级到1.3，因此做到了与ECMA-262 第1
版完全兼容。JavaScript 1.3 增加了对Unicode 标准的支持，并做到了所有对象都与平台无关，同时保留
了JavaScript 1.2 所有的特性。
后来，当网景以Mozilla 项目的名义向公众发布其源代码时，人们都期待Netscape Navigator 5 中会
包含JavaScript 1.4。可是，一个完全重新设计网景代码的激进决定导致了人们的希望落空。JavaScript 1.4
只在Netscape Enterprise Server 中作为服务器端语言发布了，从来就没有进入浏览器。
到了2008 年，五大浏览器（IE、Firefox、Safari、Chrome 和Opera）全部兼容ECMA-262 第3 版。
IE8 率先实现ECMA-262 第5 版，并在IE9 中完整支持。Firefox 4 很快也做到了。下表列出了主要的浏
览器版本对ECMAScript 的支持情况。

1.2.2 DOM
文档对象模型（DOM，Document Object Model）是一个应用编程接口（API），用于在HTML 中使
用扩展的XML。DOM 将整个页面抽象为一组分层节点。HTML 或XML 页面的每个组成部分都是一种
节点，包含不同的数据。比如下面的HTML 页面：
<html>
<head>
<title>Sample Page</title>
</head>
<body>
<p> Hello World!</p>
</body>
</html>
这些代码通过DOM 可以表示为一组分层节点，如图1-2 所示。

DOM 通过创建表示文档的树，让开发者可以随心所欲地控制网页的内容和结构。使用DOM API，
可以轻松地删除、添加、替换、修改节点。
1. 为什么DOM 是必需的
在IE4 和Netscape Navigator 4 支持不同形式的动态HTML（DHTML）的情况下，开发者首先可以
做到不刷新页面而修改页面外观和内容。这代表了Web 技术的一个巨大进步，但也暴露了很大的问题。
由于网景和微软采用不同思路开发DHTML，开发者写一个HTML 页面就可以在任何浏览器中运行的好
日子就此终结。
为了保持Web 跨平台的本性，必须要做点什么。人们担心如果无法控制网景和微软各行其是，那
么Web 就会发生分裂，导致人们面向浏览器开发网页。就在这时，万维网联盟（W3C，World Wide Web
Consortium）开始了制定DOM标准的进程。
2. DOM 级别
1998 年10 月，DOM Level 1 成为W3C 的推荐标准。这个规范由两个模块组成：DOM Core 和DOM
HTML。前者提供了一种映射XML 文档，从而方便访问和操作文档任意部分的方式；后者扩展了前者，
并增加了特定于HTML 的对象和方法。
注意 DOM 并非只能通过JavaScript 访问，而且确实被其他很多语言实现了。不过对于浏
览器来说，DOM 就是使用ECMAScript 实现的，如今已经成为JavaScript 语言的一大组成
部分。
DOM Level 1 的目标是映射文档结构，而DOM Level 2 的目标则宽泛得多。这个对最初DOM 的扩
展增加了对（DHTML 早就支持的）鼠标和用户界面事件、范围、遍历（迭代DOM 节点的方法）的支
持，而且通过对象接口支持了层叠样式表（CSS）。另外，DOM Level 1 中的DOM Core 也被扩展以包含
对XML 命名空间的支持。
DOM Level 2 新增了以下模块，以支持新的接口。
 DOM 视图：描述追踪文档不同视图（如应用CSS 样式前后的文档）的接口。
 DOM 事件：描述事件及事件处理的接口。
 DOM 样式：描述处理元素CSS 样式的接口。
 DOM 遍历和范围：描述遍历和操作DOM 树的接口。
DOM Level 3 进一步扩展了DOM，增加了以统一的方式加载和保存文档的方法（包含在一个叫DOM
Load and Save 的新模块中），还有验证文档的方法（DOM Validation）。在Level 3 中，DOM Core 经过扩
展支持了所有XML 1.0 的特性，包括XML Infoset、XPath 和XML Base。
目前，W3C 不再按照Level 来维护DOM 了，而是作为DOM Living Standard 来维护，其快照称为
DOM4。DOM4 新增的内容包括替代Mutation Events 的Mutation Observers。
注意 在阅读关于DOM的资料时，你可能会看到DOM Level 0 的说法。注意，并没有一
个标准叫“DOM Level 0”，这只是DOM 历史中的一个参照点。DOM Level 0 可以看作IE4
和Netscape Navigator 4 中最初支持的DHTML。
3. 其他DOM
除了DOM Core 和DOM HTML 接口，有些其他语言也发布了自己的DOM 标准。下面列出的语言
是基于XML 的，每一种都增加了该语言独有的DOM方法和接口：
 可伸缩矢量图（SVG，Scalable Vector Graphics）
 数学标记语言（MathML，Mathematical Markup Language）
 同步多媒体集成语言（SMIL，Synchronized Multimedia Integration Language）
此外，还有一些语言开发了自己的DOM实现，比如Mozilla 的XML 用户界面语言（XUL，XML User
Interface Language）。不过，只有前面列表中的语言是W3C 推荐标准。
4. Web 浏览器对DOM 的支持情况
DOM 标准在Web 浏览器实现它之前就已经作为标准发布了。IE 在第5 版中尝试支持DOM，但直
到5.5 版才开始真正支持，该版本实现了DOM Level 1 的大部分。IE 在第6 版和第7 版中都没有实现新
特性，第8 版中修复了一些问题。
网景在Netscape 6（Mozilla 0.6.0）之前都不支持DOM。Netscape 7 之后，Mozilla 把开发资源转移
到开发Firefox 浏览器上。Firefox 3+支持全部的Level 1、几乎全部的Level 2，以及Level 3 的某些部分。
（Mozilla 开发团队的目标是打造百分之百兼容标准的浏览器，他们的工作也得到了应有的回报。）
支持DOM 是浏览器厂商的重中之重，每个版本发布都会改进支持度。下表展示了主流浏览器支持
DOM 的情况。

1.2.3 BOM
IE3 和Netscape Navigator 3 提供了浏览器对象模型（BOM） API，用于支持访问和操作浏览器的窗
口。使用BOM，开发者可以操控浏览器显示页面之外的部分。而BOM真正独一无二的地方，当然也是
问题最多的地方，就是它是唯一一个没有相关标准的JavaScript 实现。HTML5 改变了这个局面，这个版
本的HTML 以正式规范的形式涵盖了尽可能多的BOM 特性。由于HTML5 的出现，之前很多与BOM
有关的问题都迎刃而解了。
总体来说，BOM 主要针对浏览器窗口和子窗口（frame），不过人们通常会把任何特定于浏览器的
扩展都归在BOM 的范畴内。比如，下面就是这样一些扩展：
 弹出新浏览器窗口的能力；
 移动、缩放和关闭浏览器窗口的能力；
 navigator 对象，提供关于浏览器的详尽信息；
 location 对象，提供浏览器加载页面的详尽信息；
 screen 对象，提供关于用户屏幕分辨率的详尽信息；
 performance 对象，提供浏览器内存占用、导航行为和时间统计的详尽信息；
 对cookie 的支持；
 其他自定义对象，如XMLHttpRequest 和IE 的ActiveXObject。
因为在很长时间内都没有标准，所以每个浏览器实现的都是自己的BOM。有一些所谓的事实标准，
比如对于window 对象和navigator 对象，每个浏览器都会给它们定义自己的属性和方法。现在有了
HTML5，BOM的实现细节应该会日趋一致。关于BOM，本书会在第12 章再专门详细介绍。
1.3 JavaScript 版本
作为网景的继承者，Mozilla 是唯一仍在延续最初JavaScript 版本编号的浏览器厂商。当初网景在将
其源代码开源时（项目名为Mozilla Project），JavaScript 在其浏览器中最后的版本是1.3。（前面提到过，
1.4 版是专门为服务器实现的。）因为Mozilla Foundation 在持续开发JavaScript，为它增加新特性、关键
字和语法，所以JavaScript 的版本号也在不断递增。下表展示了Netscape/Mozilla 浏览器发布的历代
JavaScript 版本。

这种版本编号方式是根据Firefox 4 要发布JavaScript 2.0 决定的，在此之前版本号的每次递增，
反映的是JavaScript 实现逐渐接近2.0 建议。虽然这是最初的计划，但JavaScript 的发展让这个计划变
得不可能。JavaScript 2.0 作为一个目标已经不存在了，而这种版本号编排方式在Firefox 4 发布后就终
止了。
注意 Netscape/Mozilla 仍然沿用这种版本方案。而IE 的JScript 有不同的版本号规则。这
些JScript 版本与上表提到的JavaScript 版本并不对应。此外，多数浏览器对JavaScript 的
支持，指的是实现ECMAScript 和DOM 的程度。
1.4 小结
JavaScript 是一门用来与网页交互的脚本语言，包含以下三个组成部分。
 ECMAScript：由ECMA-262 定义并提供核心功能。
 文档对象模型（DOM）：提供与网页内容交互的方法和接口。
 浏览器对象模型（BOM）：提供与浏览器交互的方法和接口。
JavaScript 的这三个部分得到了五大Web 浏览器（IE、Firefox、Chrome、Safari 和Opera）不同程度
的支持。所有浏览器基本上对ES5（ECMAScript 5）提供了完善的支持，而对ES6（ECMAScript 6）和
ES7（ECMAScript 7）的支持度也在不断提升。这些浏览器对DOM的支持各不相同，但对Level 3 的支
持日益趋于规范。HTML5 中收录的BOM 会因浏览器而异，不过开发者仍然可以假定存在很大一部分
公共特性。