Node 13+从Node 13开始，你可以使用.mjs扩展名，或者在package.json中设置{"type": "module"}。你不需要使用——experimental-modules标志。Modules现在在node.js中被标记为稳定

Node 12从Node 12开始，你可以使用.mjs扩展名，或者在package.json中设置"type": "module"。你需要带着——experimental-modules标志运行node。

节点9在节点9中，它被启用在一个标志后面，并使用.mjs扩展名。

node --experimental-modules my-app.mjs

虽然导入确实是ES6的一部分，但不幸的是，它在默认情况下还不被NodeJS支持，直到最近才在浏览器中获得支持。

查看浏览器compat表上的MDN和这个节点的问题。

摘自James M Snell关于Node.js中ES6模块的更新(2017年2月):

工作正在进行中，但需要一些时间——我们目前预计至少需要一年。

在本地支持出现之前(现在在Node 13+中标记为稳定)，你必须继续使用经典的require语句:

const express = require("express");

如果你真的想在NodeJS中使用新的ES6/7特性，你可以使用Babel编译它。下面是一个服务器示例。

从版本14开始，Node的稳定版本支持import语句。x LTS。

你所需要做的就是在package.json中指定"type": "module"。

如果你可以使用'babel'，试着在package.json(——presets=es2015)中添加构建脚本，如下所示。它可以预编译导入代码到es2015

"build": "babel server --out-dir build --presets=es2015 && webpack"

Node 13+从Node 13开始，你可以使用.mjs扩展名，或者在package.json中设置{"type": "module"}。你不需要使用——experimental-modules标志。Modules现在在node.js中被标记为稳定

Node 12从Node 12开始，你可以使用.mjs扩展名，或者在package.json中设置"type": "module"。你需要带着——experimental-modules标志运行node。

节点9在节点9中，它被启用在一个标志后面，并使用.mjs扩展名。

node --experimental-modules my-app.mjs

虽然导入确实是ES6的一部分，但不幸的是，它在默认情况下还不被NodeJS支持，直到最近才在浏览器中获得支持。

查看浏览器compat表上的MDN和这个节点的问题。

摘自James M Snell关于Node.js中ES6模块的更新(2017年2月):

工作正在进行中，但需要一些时间——我们目前预计至少需要一年。

在本地支持出现之前(现在在Node 13+中标记为稳定)，你必须继续使用经典的require语句:

const express = require("express");

如果你真的想在NodeJS中使用新的ES6/7特性，你可以使用Babel编译它。下面是一个服务器示例。

错误:SyntaxError:未预期的令牌导入或SyntaxError:未预期的令牌导出

解决方案:以更改所有导入为例

const express               = require('express');
const webpack               = require('webpack');
const path                  = require('path');
const config                = require('../webpack.config.dev');
const open                  = require('open');

同时修改export default = foo;模块。出口= foo;

作为Node.js v12(这可能是相当稳定的现在，但仍然标记为“实验”)，你有两个选项使用ESM (ECMAScript模块)在Node.js(文件，有第三种方法计算字符串)，以下是文档所说的:

The --experimental-modules flag can be used to enable support for ECMAScript modules (ES modules). Once enabled, Node.js will treat the following as ES modules when passed to node as the initial input, or when referenced by import statements within ES module code: Files ending in .mjs. Files ending in .js, or extensionless files, when the nearest parent package.json file contains a top-level field "type" with a value of "module". Strings passed in as an argument to --eval or --print, or piped to node via STDIN, with the flag --input-type=module. Node.js will treat as CommonJS all other forms of input, such as .js files where the nearest parent package.json file contains no top-level "type" field, or string input without the flag --input-type. This behavior is to preserve backward compatibility. However, now that Node.js supports both CommonJS and ES modules, it is best to be explicit whenever possible. Node.js will treat the following as CommonJS when passed to node as the initial input, or when referenced by import statements within ES module code: Files ending in .cjs. Files ending in .js, or extensionless files, when the nearest parent package.json file contains a top-level field "type" with a value of "commonjs". Strings passed in as an argument to --eval or --print, or piped to node via STDIN, with the flag --input-type=commonjs.