我是Node.js的新手，我在修复AWS Lambda函数(使用Node.js)时遇到了同样的问题。

我发现了CommonJS和ES6 JavaScript之间的一些差异:

ES6:

在包中添加"type":"module"。json文件 使用“import”从库中使用。 例如:从jwt-decode导入jwt_decode Lambda处理程序方法代码应该这样定义 “出口。Handler = async (event) => {}"

CommonJS:

不要在包中添加"type":"module"。json文件 使用“require”从lib中使用。 示例:const jwt_decode = require("jwt-decode"); lambda处理程序方法代码应该像这样定义: "export const handler = async (event) => {}"

我遇到了同样的问题，而且更糟糕:我同时需要“import”和“require”

一些较新的ES6模块只能使用导入。 一些CommonJS使用require。

以下是对我有效的方法:

把你的js文件转换成.mjs，就像其他答案中建议的那样 "require"在ES6模块中没有定义，所以你可以这样定义它: 从模块导入{createRequire} const require = createRequire(import.meta.url); 现在'require'可以用在通常的情况下。 对于ES6模块使用import，对于CommonJS使用require。

一些有用的链接:Node.js自己的文档。import和require的区别。Mozilla有一些关于导入的很好的文档

对于那些因为Netlify函数中的这个错误而进入这个线程的人，即使在包中添加了“type”:“module”。Json文件，更新你的netlify。Toml使用“esbuild”。因为esbuild支持ES6，所以它可以工作。

[functions]
  node_bundler = "esbuild"

参考: https://docs.netlify.com/functions/build-with-javascript/#automated-dependency-bundling

验证您已经安装了Node.js的最新版本(或至少13.2.0+)。然后按照文档中的描述，执行以下操作之一:

选项1

在最近的父包中。Json文件，添加顶级的“type”字段，值为“module”。这将确保所有.js和.mjs文件都被解释为ES模块。您可以使用.cjs扩展名将单个文件解释为CommonJS。

// package.json
{
  "type": "module"
}

选项2

显式地以.mjs扩展名命名文件。所有其他文件，如.js将被解释为CommonJS，如果package.json中没有定义type，则CommonJS是默认值。

如果有人在使用TypeScript时遇到了这个问题，对我来说，解决它的关键是改变

    "target": "esnext",
    "module": "esnext",

to

    "target": "esnext",
    "module": "commonjs",

在我的tsconfig.json中。我的印象是“esnext”是“最好的”，但这只是一个错误。

如果您正在使用node，请参考本文档。只要在你的节点应用程序中设置babel，它就会工作，它为我工作。

npm install --save-dev @babel/cli @babel/core @babel/preset-env