我正在尝试在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的情况下正常使用它，效果很好。知道我做错了什么吗？
当前回答
更新：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";
这将使您能够在文件中使用异步等待并删除再生器错误
在控制台中修复此“regeneratorRuntime未定义问题”的最简单方法：
你不必安装任何不必要的插件。只需添加：
<script src=“https://unpkg.com/regenerator-runtime@0.13.1/runtime.js“></script>
在你的index.html中。现在，一旦您运行babel，就应该定义regeneratorRuntime，现在您的异步/等待函数应该成功编译到ES2015中
我有regeneratorRuntime未定义错误当我在react应用程序中使用“异步”和“等待”时“async”和“await”是ES7中的新关键字为此，您应该使用babel-preset-es2017安装此devDependencies：
`
“babel-preset-es2017”：“^6.24.1”，“babel预设反应”：“^6.24.1”，“babel-preset-stage-0”：“^6.24.1”`
并使用此
“预设”：[“es2017”，“stage-0”，“react”]
此解决方案已过时。
我在这个视频的youtube评论中找到了解决方案https://www.youtube.com/watch?v=iWUR04B42Hc&lc=Ugyq8UJq-OyOzsKIIrB4AaABAg公司
这应该指向正确的注释。“贝丝w”找到了解决方案。
Beth W 3个月前（编辑）我在2019年不得不做的另一个改变是，babel显然不再使用v7之前的阶段0预设，所以在26:15时，我不得不做的不是“npm install--save dev babel polyfill babel-preset-stage-0”，而是：npm安装--保存@babel/polyfill这包括两个旧选项。然后，在应用程序的入口点中，我>包含了“@babel/polyfill”，并在查询预设中保持原样。因此，webpack配置最终看起来像：
const path = require('path');
module.exports = {
entry: {
app: ['@babel/polyfill', './src/app.js']
},
output: {
path: path.resolve(__dirname, 'build'),
filename: 'app.bundle.js'
},
mode: 'development',
module: {
rules: [{
test: /\.js?$/,
exclude: /node_modules/,
loader: 'babel-loader',
query: {
presets: ['@babel/preset-env']
}
}]
}
}
希望这对某人有所帮助！
在一个使用babel.buildExternalHelpers（）和babel插件外部帮助程序创建自定义babelHelpers.js文件的场景中，我认为对客户端来说成本最低的解决方案是将再生器runtime/runtime.js添加到输出中，而不是添加所有polyfill。
// runtime.js
npm install --save regenerator-runtime
// building the custom babelHelper.js
fs.writeFile(
'./babelHelpers.js',
fs.readFileSync('node_modules/regenerator-runtime/runtime.js')
+ '\n'
+ require('babel-core').buildExternalHelpers()
)
当包含babel polyfill时，此解决方案减少到约20KB，而不是约230KB。
