一个可以await是非Promise的，这很好。
所有这些表达式都是有效的并且不会导致错误：
await 5
await 'A'
await {}
await null
await undefined
等待非Promise是否有任何可检测的影响？为了避免潜在错误，应该注意的行为有什么不同吗？有什么性能差异吗？
以下两行是完全相同还是理论上不同？：
var x = 5
var x = await 5
如何？任何例子来证明差异？
PS：根据TypeScript 作者，有区别：
var x = await 5;不一样var x = 5;；var x = await 5;将在下一个 tern 中分配 x 5，其中 asvar x = 5;将立即评估。
await不是无操作。如果等待的东西不是Promise，它被包裹在Promise中，等待Promise。因此await改变了执行顺序（但你不应该依赖它）：
console.log(1);
(async function() {
var x = await 5; // remove await to see 1,3,2
console.log(3);
})();
console.log(2);
此外await，不仅适用于instanceof Promises，而且适用于具有.then方法的每个对象：
await { then(cb) { /* nowhere */ } };
console.log("will never happen");
等待非Promise是否有任何可检测的影响？
当然，.then如果它存在于等待的事物上，就会被调用。
为了避免潜在错误，应该注意的行为有什么不同吗？
如果您不希望它成为 Promise，请不要将方法命名为“then”。
有什么性能差异吗？
当然，如果您等待某事，您将始终将继续推迟到微任务。但一如既往：您可能不会注意到它（作为观察结果的人类）。
完全同意乔纳斯的说法。他的问题中没有回答的一件事是以下两行完全相同还是理论上不同？：
以下两行并不完全相同，它们在理论上是不同的。
我的控制台中第一条和第二条语句的执行时间分别为0.008056640625ms和0.055908203125ms。
async/await、setTimeOut 等是运行时提供的 API，其中运行 JavaScript 运行时。
将 await 置于 non-promise 将在event-loop. 第 1 行将在到达后立即执行，stack但第 2 行将花费很少的时间（毫秒），因为它将首先转到stack，然后转到task queue跳过 webAPI 等待部分之后，因为没有Promise要解决，最后在该控制之后给予stack再次执行。