我正在尝试在Babel 6上从头开始使用async/await，但我得到的是regeneratorRuntime没有定义。
.babelrc文件
{
"presets": [ "es2015", "stage-0" ]
}
package.json文件
"devDependencies": {
"babel-core": "^6.0.20",
"babel-preset-es2015": "^6.0.15",
"babel-preset-stage-0": "^6.0.15"
}
.js文件
"use strict";
async function foo() {
await bar();
}
function bar() { }
exports.default = foo;
在没有async/await的情况下正常使用它，效果很好。知道我做错了什么吗？
当前回答
笔记如果您使用的是babel7，则该包已重命名为@babel/plugin-transform runtime。
除了polyfill，我还使用babel插件转换运行时。插件描述如下：
外部化对助手和内置程序的引用，自动聚合填充代码而不会污染全局。这到底意味着什么？基本上，您可以使用Promise、Set、Symbol等内置功能，也可以无缝使用所有需要polyfill的Babel功能，而不会造成全局污染，因此非常适合于库。
它还支持异步/等待以及ES6的其他内置功能。
$ npm install --save-dev babel-plugin-transform-runtime
在.babelrc中，添加运行时插件
{
"plugins": [
["transform-runtime", {
"regenerator": true
}]
]
}
其他回答
更新：Babel 7的帖子也有更深入的答案。
Babel 7.4.0或更高版本（核心js 2/3）
从Babel 7.4.0开始，@Babel/polyfill已弃用。
通常，有两种方法安装polyfills/reduator：通过全局命名空间（选项1）或作为ponyfill（选项2，无全局污染）。
选项1:@babel/preset-env
presets: [
["@babel/preset-env", {
"useBuiltIns": "usage",
"corejs": 3, // or 2,
"targets": {
"firefox": "64", // or whatever target to choose .
},
}]
]
将根据您的目标自动使用再生器运行时和核心js。无需手动导入任何内容。不要忘记安装运行时依赖项：
npm i --save regenerator-runtime core-js
或者，设置useBuiltIns:“entry”并手动导入：
import "regenerator-runtime/runtime";
import "core-js/stable"; // if polyfills are also needed
选项2:@babel/transform runtime和@babel/runtime
这种替代方案没有全球范围的污染，适用于图书馆。
{
"plugins": [
[
"@babel/plugin-transform-runtime",
{
"regenerator": true,
"corejs": 3 // or 2; if polyfills needed
...
}
]
]
}
npm i -D @babel/plugin-transform-runtime
npm i @babel/runtime
如果使用了corejs polyfill，则将@babel/runtime替换为@babel/runtime-corejs2（对于“corejs”：2）或@babel/runtime-corejs3（对于“corejs”：3）。
截至2019年10月，这对我有效：
将其添加到预设中。
"presets": [
"@babel/preset-env"
]
然后使用npm安装再生器运行时。
npm i regenerator-runtime
然后在主文件中使用：（此导入仅使用一次）
import "regenerator-runtime/runtime";
这将使您能够在文件中使用异步等待并删除再生器错误
我使用了来自https://github.com/babel/babel/issues/9849#issuecomment-592668815，并将targets:{esmodules:true，}添加到我的babel.config.js。
module.exports = {
presets: [
[
'@babel/preset-env',
{
targets: {
esmodules: true,
},
},
],
],
}
我通过安装babel polyfill修复了这个错误
npm install babel-polyfill --save
然后我将其导入应用程序入口点
import http from 'http';
import config from 'dotenv';
import 'babel-polyfill';
import { register } from 'babel-core';
import app from '../app';
对于我包含的测试，需要在测试脚本中使用babel polyfill
"test": "export NODE_ENV=test|| SET NODE_ENV=test&& mocha --compilers
js:babel-core/register --require babel-polyfill server/test/**.js --exit"
使现代化
如果你将目标设置为Chrome，它就会起作用。但它可能不适用于其他目标，请参阅：https://github.com/babel/babel-preset-env/issues/112
因此，这个答案对于最初的问题来说不太合适。我将把它保存在这里，作为babel预置env的参考。
一个简单的解决方案是在代码开头添加import“babel polyfill”。
如果您使用webpack，快速解决方案是添加babel polyfill，如下所示：
entry: {
index: ['babel-polyfill', './index.js']
}
我相信我找到了最新的最佳实践。
检查此项目：https://github.com/babel/babel-preset-env
yarn add --dev babel-preset-env
将以下内容用作babel配置：
{
"presets": [
["env", {
"targets": {
"browsers": ["last 2 Chrome versions"]
}
}]
]
}
那么你的应用程序应该可以在最近两个版本的Chrome浏览器中使用。
您还可以将节点设置为目标，或根据https://github.com/ai/browserslist
告诉我什么，不要告诉我怎么做。
我真的很喜欢babel preset env的哲学：告诉我你想要支持哪个环境，而不是告诉我如何支持它们。这是声明式编程的优点。
我已经测试了异步等待，它们确实有效。我不知道它们是如何工作的，我真的不想知道。我想把时间花在我自己的代码和业务逻辑上。多亏了babel预置env，它将我从babel配置地狱中解放出来。
