描述
开 本: 128开纸 张: 胶版纸包 装: 平装-胶订是否套装: 否国际标准书号ISBN: 9787121371295
★阮一峰、张云龙等资深前端专家力荐
★涉及面广，适合用来了解和巩固前端开发技术全景
★与国内开发实践紧密结合，贴近国内开发者的需求
★还原了JavaScript在技术生态中“上下左右”所发挥作用
★系统地介绍了前端开发工作中需要的技能及工具
★从环境搭建、代码管理、Web流行趋势到后端开发调试
★作者将多年丰富的前端开发经验都总结到本书中
★可以提升工程师的视野扩展和技术应用格局
★避免弯路，直接踏上“康庄大道”
★快速进入“全端”的境界
1.1 代码编写工具 2
1.1.1 IDE 2
1.1.2 编辑器 3
1.1.3 最佳选择 3
1.2 Docker容器 5
1.2.1 Docker概述 5
1.2.2 Docker重要概念 6
1.2.3 Docker使用场景 11
1.2.4 Docker扩展 15
1.3 代码管理 15
1.3.1 什么是代码仓库 16
1.3.2 版本管理的意义 16
1.3.3 版本管理的常用操作 16
1.3.4 分支管理的意义 17
1.3.5 分支管理的常用操作 17
1.3.6 分支管理流程 18
1.4 其他软件 23
1.4.1 文件夹管理软件 23
1.4.2 快速搜索工具 24
1.4.3 终端管理软件 25
1.4.4 Chrome中的插件 25
1.5 硬件提升 26
1.5.1 提升程序运行速度 26
1.5.2 减少程序切换时间 27
1.6 小结 28
第2章 Web页面与多页应用 29
2.1 Web页面的运行环境——浏览器 29
2.1.1 渲染引擎 30
2.1.2 JavaScript引擎 38
2.1.3 数据持久层 40
2.2 HTML 41
2.3 模板 42
2.3.1 模板的意义 42
2.3.2 常用模板分类 42
2.3.3 模板的重要功能 42
2.4 CSS盒模型 45
2.5 CSS 46
2.6 CSS布局 47
2.6.1 普通文档流 47
2.6.2 浮动 57
2.6.3 定位 61
2.6.4 弹性盒模型 62
2.7 CSS预处理 68
2.7.1 预处理的意义 68
2.7.2 预处理的重要功能 69
2.7.3 样式文件规划 72
2.7.4 样式类命名 73
2.8 JavaScript 77
2.8.1 实现功能逻辑 77
2.8.2 操作页面或浏览器 78
2.8.3 进行网络通信 79
2.8.4 第三方JavaScript库——jQuery 84
2.8.5 JavaScript简史 84
2.9 自动化构建工具 85
2.9.1 自动化构建工具的作用 85
2.9.2 常用的自动化构建工具 85
2.10 小结 86
第3章 高效编写/组织代码的心法 87
3.1 拆分方式 89
3.1.1 按文件类型拆分 89
3.1.2 按功能类型拆分 90
3.1.3 按关注点拆分 90
3.2 抽象原则 91
3.2.1 第一原则：DRY 91
3.2.2 第二原则：YAGNI 92
3.2.3 第三原则：The Rule of Three 93
3.3 不止于代码 94
3.4 小结 94
第4章 模块 96
4.1 模块的意义 96
4.2 ECMAScript 5中的模块 96
4.2.1 立即执行函数表达式（Immediately-Invoked Function Expression） 97
4.2.2 显式模块声明 97
4.2.3 异步模块定义 98
4.2.4 共同模块定义 99
4.2.5 CommonJS 100
4.2.6 通用模块定义 101
4.3 ECMAScript 6中的模块 102
4.4 模块打包工具 103
4.5 小结 107
第5章 单页应用（SPA） 108
5.1 框架 109
5.2 视图与数据 110
5.2.1 双向数据绑定 111
5.2.2 单向数据流 115
5.3 路由 116
5.3.1 hash 116
5.3.2 history 117
5.4 组件 119
5.4.1 原生组件 119
5.4.2 第三方组件 121
5.5 小结 123
第6章 JavaScript的几个趋势 124
6.1 接口与数据类型 125
6.2 更好的异步解决方案 127
6.3 面向对象与类 132
6.3.1 封装 132
6.3.2 继承 134
6.3.3 多态 135
6.4 模块化 138
6.5 小结 141
第7章 小程序概述 142
7.1 常见的App 142
7.2 JavaScript开发者的一双翅膀 143
7.3 小程序的发展 144
7.4 小结 144
第8章 小程序与Web页面 145
8.1 WXML 145
8.1.1 WXML与HTML的相同之处 145
8.1.2 WXML与HTML的不同之处 146
8.2 WXSS 149
8.2.1 WXSS与CSS的相同点 149
8.2.2 WXSS与CSS的不同点 149
8.3 JavaScript与WXS 155
8.4 JSON 155
8.4.1 app.json 155
8.4.2 project.config.json 156
8.4.3 page.json 157
8.4.4 component.json 158
8.5 小结 158
第9章 小程序与单页应用 159
9.1 路由 159
9.1.1 路由配置 159
9.1.2 路由跳转 160
9.1.3 路由监听 161
9.2 组件 162
9.2.1 组件与页面 162
9.2.2 小程序组件与单页应用组件 164
9.3 web-view 165
9.3.1 作用 165
9.3.2 交互 165
9.4 小结 165
第10章 小程序的框架与插件 166
10.1 RxWX 166
10.2 WePY 168
10.3 mpvue 171
10.4 Taro 171
10.5 小结 171
第11章 小程序的开发工具与发布 173
11.1 开发者工具组成 173
11.1.1 模拟器 174
11.1.2 调试器 174
11.1.3 编辑器 176
11.1.4 其他功能 176
11.2 发布流程 177
11.2.1 小程序的版本 177
11.2.2 用户身份与权限 178
11.3 小结 178
第12章 其他混合应用简介 180
12.1 流应用 180
12.2 桌面应用 181
12.3 小结 182
第13章 HTTP协议与Web网站 183
13.1 HTTP的历史 183
13.2 HTTP的通信方式 183
13.3 HTTP的状态 184
13.4 小结 184
第14章 HTTP协议内容 185
14.1 请求行/状态行 186
14.1.1 URL 186
14.1.2 请求方法 188
14.1.3 状态码/状态信息 188
14.2 头部 192
14.2.1 通用头部字段 192
14.2.2 请求头部字段 194
14.2.3 响应头部字段 196
14.2.4 主体头部字段 196
14.2.5 其他头部字段 197
14.3 主体 198
14.4 Cookie 199
14.4.1 Cookie的分类 199
14.4.2 Cookie的使用 199
14.4.3 Cookie的缺陷 200
14.4.4 Cookie与存储 201
14.5 Cookie与状态 204
14.5.1 状态存储 205
14.5.2 状态获取 207
14.5.3 基于token的认证方式更好 207
14.6 小结 208
第15章 HTTP请求优化 209
15.1 减少连接/请求数 209
15.1.1 减少请求 209
15.1.2 减少连接 210
15.2 缓存数据 210
15.3 减少传输数据量 210
15.4 优化网络链路 210
15.4.1 减少域名 211
15.4.2 使用CDN 211
15.5 小结 211
第16章 HTTP/2协议 212
16.1 多路复用 212
16.2 压缩 214
16.3 支持TLS 215
16.4 应用层协议协商 215
16.5 服务器端推送 215
16.6 流控制 216
16.7 小结 216
第17章 HTTPS协议 217
17.1 HTTP的缺点 217
17.1.1 通信使用明文 217
17.1.2 不验证通信方身份 218
17.1.3 无法证明报文的完整性 218
17.2 理解HTTPS 219
17.2.1 HTTPS通信流程 219
17.2.2 密码学基础 221
17.2.3 摘要与签名 221
17.2.4 X.509与证书 222
17.3 小结 223
第18章 WebSocket协议 224
18.1 WebSocket与HTTP 224
18.2 WebSocket的使用 224
18.2.1 客户端 225
18.2.2 服务器端 226
18.3 小结 227
第19章 API 228
19.1 REST 228
19.1.1 REST API设计 228
19.1.2 REST API工具 230
19.2 GraphQL 231
19.2.1 GraphQL设计 232
19.2.2 GraphQL工具 234
19.3 小结 235
第20章 Node.js概述 237
20.1 为什么要学习Node.js 237
20.2 什么是Node.js 238
20.3 Node.js的历史 239
20.4 Node.js的结构 240
20.5 Node.js的运行机制 241
20.5.1 单线程 241
20.5.2 事件循环 242
20.6 学习Node.js的三个挑战 244
20.6.1 I/O回调 244
20.6.2 代码性能 244
20.6.3 多进程协作 245
20.7 小结 245
第21章 用Node.js编写Web服务器端 246
21.1 处理请求 246
21.1.1 创建服务器端 246
21.1.2 解析请求 247
21.2 响应结果 250
21.2.1 状态信息 250
21.2.2 响应头部 251
21.2.3 响应主体 251
21.3 路由解析 253
21.4 I/O操作 260
21.4.1 文件 260
21.4.2 数据库 264
21.4.3 网络请求 267
21.5 Web框架 270
21.5.1 Express 271
21.5.2 Koa 271
21.6 小结 271
第22章 Node.js内存控制 273
22.1 内存限制 273
22.2 内存管理 276
22.2.1 内存分配 276
22.2.2 内存回收 276
22.3 内存泄漏 277
22.3.1 缓存 277
22.3.2 不断增长的数组 279
22.3.3 重复的事件监听 279
22.4 大内存处理 281
22.5 小结 283
第23章 Node.js多进程 284
23.1 PM2模块 284
23.1.1 安装与使用 285
23.1.2 进程通信 286
23.1.3 进程管理 287
23.2 cluster模块 290
23.2.1 基本使用 291
23.2.2 进程通信 294
23.2.3 进程管理 294
23.3 child_process模块 298
23.3.1 基本使用 298
23.3.2 进程通信 298
23.3.3 进程管理 302
23.4 worker_threads模块 303
23.4.1 基本使用 303
23.4.2 线程通信 304
23.4.3 线程管理 305
23.5 小结 306
第24章 Node.js调试与测试 307
24.1 开发工具 307
24.2 调试工具 307
24.2.1 debug模块 308
24.2.2 Node Inspector 309
24.3 单元测试 312
24.3.1 单元测试的意义 312
24.3.2 单元测试代码编写原则 312
24.3.3 测试框架 314
24.3.4 测试风格 316
24.3.5 测试指标 317
24.4 小结 319
先给出下面三个问题：
如何快速成为职场老手，通过提升工作效率加快自己的成长速度？
前端技术框架层出不穷，该保持什么样的学习心态？
掌握JavaScript之后可以做哪些事情，有什么样的晋级路线？
术与道
对于第一个问题，要提升工作效率，大体上可分为两种途径：
改变开发习惯，选择好的软硬件环境；
积累经验，提升思维能力。
第一种途径是从“术”的层面，在微观、客观上进行提升，非常直接也非常有效，但这种途径也有缺陷，就是效率提升的空间有限。
本书的第1章便是教读者一些容易掌握的开发软硬件的知识及如何培养好的开发习惯，因为这些是能够在短时间内提升效率的方法。
第二种途径是从“道”的层面，宏观、主观地进行提升，提升速度缓慢，提升效果也很难快速直接地反映在工作中，但是提升空间可以说是无限的。
本书的第3章“高效编写/组织代码的心法”及第4章“模块”都属于此类，掌握这些基本原则和思路对前端知识甚至其他语言的学习都会有很大帮助。
JavaScript是语言工具，是“术”；但是如果能在熟悉JavaScript之后进行总结归纳、建立自己的学习模型、通过模型来快速掌握其他高级语言，那么这就是“道”。
关于“术”与“道”的理解，大家可能会有以下两个误区。
1．“道”太难了，把“术”研究透了也能成为高手
一部分读者可能认为“量变引起质变”，只要“术”用得多了，自然能提升“道”。
“量变引起质变”其实是个半真命题，因为通常情况下引起质变是有条件的，这些条件既可能是主观创造的，也可能是客观存在的。
举个例子，比如一个电商网站，每天只有1000人使用，但是突然业务暴增到每天一亿人。如果不对系统架构进行调整可能就无法正常运行，这就是客观要求引起的质变。
再举个反例，比如一个开发者做了很多前端项目，“开发经验很丰富”，但是面试的时候很多问题却答不上来。网上的“你是具有3年开发经验，还是把1年开发经验重复了3遍”说的就是这种现象。
对于这种情况虽然有量变，但如果缺乏主动的归纳总结提升，很难引起质变。
有的读者可能会疑惑，如果这位开发者不断地使用新框架，比如从jQuery切换到Vue算不算是质变呢？这就好比一个人之前骑摩托车出行，现在改开汽车出行了，这算是生活的质变吗？
2．“术”不重要，只要潜心向“道”便能成为高手
这种理解也相当理想化。“术”与“道”的关系就好像实践与理论的关系，两者相辅相成。精通“术”之后可以明白“道”，懂了“道”之后又可以用于“术”。
那些理解了“道”的高手很多时候都是从“术”开始学习的。比如《神雕侠侣》中的独孤求败，就是不断地提升剑术来减少对剑本身的依赖的，最后掌握剑道，以至于“不滞于物，草木竹石均可为剑”。
本书一方面会讲解技术重点，比如HTTP协议、浏览器，同时也更加注重关于“道”的知识讲解，比如从单页应用开发讲到小程序开发、从JavaScript前端讲到其在Node.js后端的应用。通过不同知识点重要概念的抽象与对比，最终让读者形成可迁移的、适应性强的学习能力。
危与机
其实开始提出的第二个问题暗示了前端工程师的两个危机。
1．职业天花板较低
前端工程师相对于算法工程师、数据库管理员等其他开发岗位来说，并不是一个有较高天花板的职位（不一定随着工作年限增加而不断提升个人能力和薪酬待遇）。相反，由于前端技术框架层出不穷，一般情况下，先入行的工程师和后入行的工程师相比，难以有较大的优势。用了几年jQuery的开发者和入职一年的初级开发者相比，学习使用Vue和React并不具有太多的优势。技术总监和CTO很少有前端工程师出身的。
2．职业门槛较低
学会HTML、CSS这种静态语言就可以实现一个网页效果，JavaScript上手难度也不算大，同时容错率较高，也就是说，如果代码出现bug通常表现在界面和交互上，一般不会对公司造成较大影响，很多控制台错误不容易被客户察觉到。所以，很多IT培训机构必开前端培训课程，除了市场需求，门槛低也是一个重要的因素。
那么在这种情况下前端工程师该怎么通过学习和积累来建立自己的优势呢？
至少可以从以下两个方面入手。
1．提升学习能力
如前面提到的“术”与“道”，就能有效地提升学习能力与学习效率。有了强大的学习能力之后，很多新技术都能快速理解并上手。这样的开发者的能力可以说是无限的，自然也不存在天花板。
2．多维度学习
本书以前端为起点，紧贴常用的Web技术知识（Vue、Angular、React、Node.js、HTTP等），帮助大家成为能独立完成开发任务的“全端工程师”。全端提供的是另一种可能性，带你了解不同的开发技能点，通过多种技能的组合使你成为真正强大的开发者。
树与叶
我曾经参加过一场线下技术分享沙龙，有一场关于架构师的讨论，一位同学说到自己想成为前端架构师，然后罗列了一大堆技术名词及要学习的点，如看一看Vue的源代码、熟练掌握Webpack的使用等。这些点看上去都没错，也紧贴热点，但是这位同学以目前的状态可能很难达到目标。因为他没有形成自己的知识框架！
前端的知识点其实很多，也很细碎，对于开发者而言，并不需要把它们都记住，而是要形成自己的知识框架，然后不断地去丰富它。对于新手而言可能比较难，不一定能做到，但是心中一定要有这个意识。
以本书的写作线索为例。一条明线是围绕JavaScript这门语言进行编写的，讲述了JavaScript的主要使用场景及核心知识，一条暗线便是根据数据流来进行编写的，即从用户端到服务器端；除了这两条纵向的线索，还有一条横向的线索就是从前端到多端（小程序）扩展。这些就是知识框架的体现。
只有先形成框架才能有效地把繁杂的知识点内化成为自己的经验。用罗振宇的话来说就是“把新知识缝合到自己原有的知识体系中”。学无涯而生有涯，知识框架还能帮助我们对知识进行过滤，避免在一些无关的知识点上消耗过多时间。
致谢
个人能力再强，也毕竟是有限的。一个人的成就，往往离不开其他人的帮助与支持。所以本书能够出版要感谢很多人。
感谢家人对我写书的支持。
感谢董英编辑的信任和指点，以及其他编辑的细心校对。
感谢一直支持我的读者，这其中包括本书的读者及博客文章的读者。
感谢学习我慕课网课程学生的支持。
感谢对于我写书提出意见的朋友们。
感谢参考文章和资料的作者。
感谢所有曾经帮助我成长的人。
……
本书的涉及面较广，前端开发需要了解的各种技术基本上都提到了，包括目前方兴未艾的TypeScript、GraphQL、Docker等，适合用来了解和巩固前端开发的技术全景。另外，本书的一个优点是与国内的开发实践结合较紧密，贴近国内开发者的需求，尤其重视对小程序开发的讲解。
——阮一峰 《ES6标准入门》作者，资深IT技术专家、布道师
近年来前端的技术栈越来越宽，不断有新的技术吸引着我们的注意力，而在这些技术里面，JavaScript扮演着非常关键的角色。本书帮我们还原了JavaScript在目前的互联网技术生态中“上下左右”所发挥的作用，特别是相关应用领域的介绍，对于一个工程师的视野扩展和技术应用格局的提升很有帮助。
Scott 慕课网精英讲师，Moveha前CTO，宋小菜前端负责人，阿里前高级工程师
要想成为一名优秀的前端工程师，需要涉猎诸多技术知识，掌握大量的工程经验，以至于在前端领域工作近10年的我，时至今日仍然觉得自己是一个小学生。本书系统地介绍了前端开发工作中需要的技能及工具，很适合前端人员拓宽视野、丰富自己的工具箱，成为了不起的JavaScript工程师。
——张云龙 知乎JavaScript话题优秀回答者，全民TV前CTO，阿里、百度前技术专家
在现代的前后端开发中，JavaScript可以帮你串联一切。本书从开发环境搭建、代码管理、Web流行趋势到后端开发调试，带你快速进入“全端”的境界。
——Fundon 真名蔡芳敦，StuQ讲师，自由职业者
本书以JavaScript为核心详细介绍了Web开发、小程序开发、Node.js开发等方面的知识，轻松易懂、讲解透彻。作者将多年丰富的前端开发经验总结到本书中，可帮助读者避免弯路，直接踏上“康庄大道”。
——王伟华 长沙梯度信息科技有限公司CEO兼创始人
本书内容非常接地气，覆盖了JavaScript开发目前主要的热点领域，汇聚了作者在JavaScript开发工作中积累的深厚经验。全书逻辑和语言清晰精准。书中的高层思考和深度见解，对于JavaScript工程师“功力”的提升大有裨益。
——李根 人和未来生物科技（长沙）有限公司大数据部技术总监，天河计算机核心研发人员
JavaScript作为一种编程语言，在本书中展现了它的魅力。随着作者深入浅出的讲解，你会像置身于飞鸟之上，俯瞰到一个真实而又奇幻的代码国度。希望你和我一样，将这本书作为学习实践JavaScript道路上的伙伴和向导。
——许森禄 中兴新云前端UI经理
ES6和ES7版本的发布，给JavaScript带来很大的变化。同时随着主流框架Angular、Vue和TypeScript的互相支持（Angular默认使用TypeScript编写，vue-cli模板增加了对TypeScript的支持，TypeScript支持React的JSX语法），使得TypeScript成了最热的JavaScript胶水语言。
TypeScript不是ECMA国际提出的语言标准，而是微软公司的开源项目，微软为JavaScript语言贡献了两个宝贵的东西，一个是RxJS库，另一个就是TypeScript胶水语言。之所以称之为胶水语言，是因为其不能直接在Node.js和浏览器端运行，而需要通过编译器（TypeScript compiler）编译成JavaScript后才能被执行。它不仅支持ES6和ES7，而且还对它们进行了扩展，是它们的超集（称它为ES8也不为过）。
这一章我们先给出结论然后再展开分析。结合TypeScript（以下未作说明的都是2.6版本）的流行以及ES6、ES7的推出，JavaScript的发展出现了以下趋势。
? 静态化。首先是数据类型静态化。TypeScript支持了数据类型的校验，避免一个变量被赋值多种数据类型而引起混乱。然后可以通过接口对函数的入参、返回值以及变量的数据结构进行自定义和校验。其次模块引用也是静态化的，还同时支持解构等操作，使得模块可以被部分编译加载。
? 工程化。模块与命名空间的引用结束了浏览器端JavaScript长期没有统一模块管理的局面，从而可以更好地支持大型项目开发。
? 靠拢后端语言。借鉴了其他热门后端语言的特性，比如Python中的装饰器、匿名函数，Java中的类。
? 前后端统一。模块管理机制是为浏览器端和Node.js端设计使用，对全局对象的统一处理，都是在为JavaScript的同构铺平道路。
接下来我们将从具体变化开始详细分析。
6.1 接口与数据类型
如果要用一个词形容JavaScript，那么就是——自由，这种自由包括变量的自由和函数的自由。变量的自由指的是它的弱类型特性，你可以不用关心变量的数据类型而随意赋值，甚至可以不用声明直接使用（在浏览器端）。函数的自由指的是函数可以作为参数来传递。而往往太多的自由便成了“放纵”。
首先是弱类型带来的维护性难题，看下面这段代码：
function handle(param) {
//此处省略100行代码
}
假设现在有一个共用函数叫handle，你需要调用它，那么问题来了，param参数到底是什么数据类型，该怎么传参给handle函数呢？此时你不得不通读函数代码或者进行搜索查看param的数据类型。更糟糕的是如果handle函数中调用了其他函数，要层层递进查找将变得更加困难。比如：
function handle(param) {
//此处省略100行代码
funA(param.a);
funB(param.b);
//…
funN(param.n);
}
这种问题不仅存在于函数的入参上，函数的返回值无法声明数据类型，也使得可维护性降低。比如下面这段代码中出现多个return，每个return都可以返回不同的数据类型：
function handle(param) {
//…
if(condistionA) {
//…
return numberA
} else {
if (conditionB) {
// …
return stirngB
}
// …
return objectC
}
}
习惯比较好的开发者可能会留下一些注释来描述函数的参数，但谁也无法保证这些注释是和函数本身同步更新的，所以很容易出现注释和代码不一致的情况。
数据类型校验的问题不仅出现在函数上，同时也存在于变量中，一个变量被多次赋值成不同的数据类型和多次引用也非常容易引发问题，而且这种问题只能在运行时才能发现。
其次是传递函数带来的著名问题——回调地狱，例如下面这段代码：
a(function(resultFromA) {
// …
b(resultFromA, function(resultFromB) {
// …
c(resultFromB, function(resultFromC) {
// …
d(resultFromC, function(resultFromD){
// …
});
});
});
});
这样的代码无论是可读性还是可调试性都会带来很大的挑战。
这一节我们利用TypeScript提供的静态类型校验功能来解决第一个问题。
对于简单的数据类型，我们可以直接在定义变量时声明数据类型，比如：
let isDone: boolean = false;
如果后面的代码在非法使用isDone变量或者对isDone赋予非布尔值时都会报错：
let result = 1 / isDone; // The right-hand side of an arithmetic operation must be of type ‘any’, ‘number’ or an enum type.
isDone = 0; // Type ‘0’ is not assignable to type ‘boolean’.
对于复杂的数据类型，我们可以通过定义接口来描述数据结构：
interface ifc {
a: string;
b?: number;
readonly c: boolean;
}
let abc: ifc;
这段代码表明a、b、c变量符合IFC接口规范，其中a为字符串数据，b为可选的数值类型，c为只读的布尔类型，当然还支持索引、类等复杂的类型，这里就不一一举例了。这样给开发者带来的好处就是不必去查找关于a、b、c变量的代码即可知道它拥有哪些属性，当然这通常要配合开发工具的插件实现，可能的结果如图6-1所示。
6.2 更好的异步解决方案
前面提到了回调地狱的问题，JavaScript采用回调函数的形式主要源于它的一些异步操作，比如AJAX发送请求、DOM事件等，所以说回调函数的问题本质上就是异步的问题。而在ES5中有很多解决方案来优化异步的操作，比如第三方库q、jQuery中的Deferred对象、AngularJS中的$q服务等，虽然各有差异，但是它们大多都遵循或参考了Promises/A 规范。
简言之，Promise/A 规范规定了由一个带有返回then函数的promise对象或函数来处理异步情况。一个promise有3种状态：pending（执行中）、fulfilled（执行成功）、rejected（执行失败），而then函数可以传入两个函数作为参数，第一个函数在执行成功时调用，第二个在失败时调用。它们的参数分别通过resolve（成功时执行）和reject（失败时执行）传入（详细文档：https://promisesaplus.com/）。
……
评论
还没有评论。