我正在尝试在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.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。
其他回答
我有一个设置使用预设的webpack：['es2015'，'stage-0']以及运行webpack编译的测试的mocha。
为了使测试中的异步/等待工作，我只需要使用mocha和--require-babel polyfill选项：
mocha --require babel-polyfill
您会收到一个错误，因为async/await使用的生成器是ES2016特性，而不是ES2015。解决此问题的一种方法是为ES2016安装babel预设（npm install--save babel-preset-ES2016），并编译为ES2016而不是ES2015：
"presets": [
"es2016",
// etc...
]
正如其他答案所提到的，您也可以使用polyfill（尽管确保在运行任何其他代码之前先加载polyfill）。或者，如果不想包含所有polyfill依赖项，可以使用babel再生器运行时或babel插件转换运行时。
至babel7用户和ParcelJS>=1.1.0用户
npm i @babel/runtime-corejs2
npm i --save-dev @babel/plugin-transform-runtime @babel/core
巴氏合金
{
"plugins": [
["@babel/plugin-transform-runtime", {
"corejs": 2
}]
]
}
取自https://github.com/parcel-bundler/parcel/issues/1762
对于希望使用babel polyfill版本7^的用户，请使用webpack ver3^进行此操作。
Npm安装模块Npm i-D@babel/polyfill
然后在入口点的webpack文件中执行以下操作
entry: ['@babel/polyfill', path.resolve(APP_DIR, 'App.js')],
我在Chrome中遇到了这个问题。与RieneVaPlu的回答类似，这为我解决了问题：
npm install --save-dev regenerator-runtime
然后在我的代码中：
import 'regenerator-runtime/runtime';
很高兴避免babel polyfill额外的200 kB。
