推荐关注
› Meteor
› JSLint - a JavaScript code quality tool
› jsFiddle
› D3.js
› WebStorm
推荐书目
› JavaScript 权威指南第 5 版
› Closure: The Definitive Guide
› Closure: The Definitive Guide
如果你自认熟悉 async...await，来猜一下这个代码的运行结果
autoxbc · 2021-07-13 14:02:49 +08:00 · 6003 次点击这是一个创建于 1236 天前的主题，其中的信息可能已经有所发展或是发生改变。
姐妹篇
如果你自认熟悉 Promise，来猜一下这个代码的运行结果
要用猜的，别偷偷用浏览器运行
const Err = async () => {
throw new Error(42);
};
const Obj = {
async A (){
try {
return Err();
} catch {
console.log('A');
}
},
async B (){
try {
await Err();
} catch {
console.log('B');
}
},
async C (){
try {
Err();
} catch {
console.log('C');
}
},
};
( async () => {
for( const key in Obj )
{
try {
await Obj[key]();
} catch {
console.log('D');
}
}
} )();
第 1 条附言 · 2021-07-13 20:32:38 +08:00
1. 这是标准的异步函数错误捕获，可不是茴字写法什么的
2. 回复中已经有朋友认真解答知识点，这题的目的达到了
2. 回复中已经有朋友认真解答知识点，这题的目的达到了
 |
1
meeop 2021-07-13 14:06:54 +08:00  23
既然还要猜,说明代码不清晰,可读性差,重写吧
|
 |
2
binux 2021-07-13 14:09:36 +08:00 via Android
DBD
|
 |
3
Zeffon 2021-07-13 14:12:58 +08:00
DB 吧
|
 |
4
mxT52CRuqR6o5 2021-07-13 14:15:23 +08:00
想了一遍是 DB，运行一遍确实是 DB，不难啊
|
|
5
binux 2021-07-13 14:16:53 +08:00 via Android
@mxT52CRuqR6o5 哦，B 没 rethrow，大意了
|
|
6
mxT52CRuqR6o5 2021-07-13 14:18:43 +08:00
这个异常处理弄明白就行了，那个姐妹篇弄不明白也没关系
|
 |
7
ayase252 2021-07-13 14:20:58 +08:00 3
D
B unhandled promise rejection |
 |
8
Jirajine 2021-07-13 14:25:43 +08:00 via Android
这就是为什么使用异常进行错误处理很糟糕，会把控制流搞得混乱。
如果所有错误都用 Promise<value|error>的形式返回，一眼就能看出来。 |
 |
9
ericgui 2021-07-13 14:26:35 +08:00
这算是茴字的几种写法嘛
|
 |
10
xiangyuecn 2021-07-13 15:08:03 +08:00 2
感觉：for in object 是一个玄学，应该不是有序的，大部分时候测试不出问题
就像 HashMap 一样，大部分测试的时候是按 put 的顺序，就是不给你看到问题的机会 |
 |
11
ochatokori 2021-07-13 15:40:02 +08:00 via Android
什么嘛，原来我对 promise 还挺熟悉的
|
 |
12
learningman 2021-07-13 15:45:07 +08:00
@Jirajine #8 等下就有人骂你 if err!=nil
|
 |
13
mcfog 2021-07-13 16:54:06 +08:00 via Android 2
做这种人肉 v8 题做不出来也无所谓
如果给结果要求解释讲不清楚就不行了 但基本上很多人是能够讲个大概的，没什么区分度 所以我不太喜欢面试被问到这类，也不会自己在面试中问这类问题 |
 |
14
RockShake 2021-07-13 16:58:11 +08:00
怎么感觉输出是在骂人
|
 |
15
Huelse 2021-07-13 17:07:35 +08:00
作为前端新手经验：await 才“执行”
|
 |
16
libook 2021-07-13 17:08:55 +08:00 10
这个掌握两个原理就行：
1. async 函数返回 Promise ； 2. Promise 只有被取值才能捕捉到错误，所以要么 Promise.prototype.catch()，要么就用 await+try/catch 。 A 部分 Err()返回的是个 Promise，所以 try 不做不到错误，return 出去之后在主函数里 await，就取到了这个错误，被主函数的 try 捕捉到，输出 D 。 B 部分 Err()返回 Promise，被 await 取到错误，被 B 的 try 捕捉到，输出 B 。 C 部分 Err()返回 Promise，C 的 try 捕捉不到错误，因为 C()返回的是一个 undefined，所以主函数的 try 也捕捉不到这个错误，于是这一次循环什么都没输出。 但是可能 JS 引擎会提示有一个 Uncaught 的异常，这个得看 JS 引擎的策略，有的引擎不提示，提示的话如果还输出 message 的话就会输出 42 。 |
 |
17
GiantHard 2021-07-13 18:22:19 +08:00 via Android 8
如果你自认熟悉 js 类型转换，来猜一下这个代码的运行结果
``` [!+[]+!+[]]+[!+[]+!+[]+!+[]]+[!+[]+!+[]+!+[]]+[!+[]+!+[]+!+[]] ``` 要用猜的，别偷偷用浏览器运行 |
 |
18
MichealXie 2021-07-13 18:36:35 +08:00
上次去面试遇到这种猜输出结果的, 心里暗暗在骂, 我自己面试别人重来不出这种题
|
 |
19
togou 2021-07-13 18:38:11 +08:00
写的太恶心了 直接 for await of [a(),b(),c()] 嘛
|
|
20
mxT52CRuqR6o5 2021-07-13 18:48:21 +08:00 via Android
@xiangyuecn 新版 es 标准规定了 for in 遍历的顺序，是固定的，旧版 chrome 里 for in 的顺序和你具体的代码有关
|
|
21
Jirajine 2021-07-13 19:07:41 +08:00 via Android
@learningman 不用等人，我自己就是 go 黑。这里我想说的是 union type 。
|
 |
22
mx1700 2021-07-13 20:55:00 +08:00 via Android 1
这题出的挺好，不知道为什么楼上一些人不认同
|
 |
24
muzuiget 2021-07-13 21:50:13 +08:00
for( const key in Obj ) 不保证顺序吧，所有情况都有可能。
|
 |
26
Biwood 2021-07-13 22:05:14 +08:00 via iPhone
把最后的 for…in 改成数组遍历更严谨一些，16 楼正解
另外，感觉 async 关键字现在很容易被滥用，就说你这个题里面，除去包含 await 操作的函数，其他几个函数根本就不需要用到 async |
 |
27
no1xsyzy 2021-07-14 09:44:14 +08:00
await 会把 Promise<Promise<X>> 直接返回到 X 还行……
|
 |
28
finalwave 2021-07-14 10:24:03 +08:00
@no1xsyzy async 里返回 Promise 的时候就自动把 Promise<Promise<X>>解成 Promise<X>了，不是 await 这一步干的
|
|
29
no1xsyzy 2021-07-14 10:34:48 +08:00
@finalwave async 还这么做？我试了一下 await new Promise(r=>r(new Promise(r=>r(1))) 也这样应该是在 Promise 里面完成的？
也就是说实际上不可能构造出 Promise<Promise<X>>？ |
 |
30
Email 2021-07-14 10:46:42 +08:00
蒙古上单 不请自来
|
|
31
libook 2021-07-14 11:20:33 +08:00 1
@xiangyuecn #8
@mxT52CRuqR6o5 #18 @muzuiget #22 关于顺序可以参考 ECMA-262 2022 的这个规范： https://tc39.es/ecma262/#sec-ordinaryownpropertykeys 我看 ES6 的时候就是这样了，只不过章节名有变： https://262.ecma-international.org/6.0/#sec-ordinary-object-internal-methods-and-internal-slots-ownpropertykeys ES5.1 内容变化太大，没工夫看，有人看过可以发一下情况。 翻译过来大义就是: 1. 对象的属性如果可以被当做“array index”(如是数字或只包含数字的字符串)的话，就按照索引数值升序排序； 2. 其他情况按照属性的创建时间升序排序。 JS 的解析是按照代码自上而下的，所以题主给的这个代码的顺序是固定的，不会在执行中变化。 |
 |
32
Marszm 2021-07-14 11:32:32 +08:00
如果生产代码写成这样。。。出 bug 了，写个这个要被拉出来打一顿。。看到都气人。
我写代码追究一个原则，简单明了偷懒。能少判断绝对少判断，能不重复写的代码绝不重复写。 |
|
33
Marszm 2021-07-14 11:36:57 +08:00
再说一个点。。。async...await，promise，他们出现的原因就是 JS 的硬伤回调地狱。。为了简化复杂逻辑流而搞出来的语法糖。。然后你们面试想办法把一个简化代码复杂度的玩意搞的贼复杂。有自虐倾向对吧。。
不过我也认同，还是要明白其中的原理。但是真的面试能不出这种题么。谁平时代码写成这样？ |
 |
34
yzqtdu 2021-07-14 12:05:52 +08:00
这个问题对我还是蛮有意义的。除了上面大家总结的几点，我觉得这里还体现了 JS 里 Promise 对错误的处理，即 Promise 会“吞噬”传入函数的异常错误（ http://jamesknelson.com/are-es6-promises-swallowing-your-errors/），并不会像普通函数一样，直接终止执行并解栈。当事件循环执行队列任务时，如果该 promise 对象之前执行过 catch 或 then 调用，新创建的 promise 才会异步执行传入函数，所以在 catch 里 throw 也是没法被外部捕获的，因为之前的执行栈已经解开了（ https://stackoverflow.com/questions/30715367/why-can-i-not-throw-inside-a-promise-catch-handler ）
|
 |
35
daguaochengtang 2021-07-14 12:37:46 +08:00 1
|
Select Language