使用其中一种是否有性能上的好处?

目前的答案是否定的，因为目前没有一个浏览器引擎实现从ES6标准的导入/导出。

一些比较图表http://kangax.github.io/compat-table/es6/没有考虑到这一点，所以当你看到几乎所有的绿色Chrome，只是小心。没有考虑ES6中的import关键字。

换句话说，包括V8在内的当前浏览器引擎不能通过任何JavaScript指令从主JavaScript文件中导入新的JavaScript文件。

(在V8根据ES6规范实现之前，我们可能还会有几个bug或几年的时间。)

这个文件是我们需要的，这个文件是我们必须遵守的。

ES6标准说，模块依赖关系应该在我们读取模块之前就存在，就像在编程语言C中，我们有(headers) .h文件一样。

这是一个经过良好测试的结构，我相信创建ES6标准的专家们已经考虑到了这一点。

这使得Webpack或其他包捆绑器能够在某些特殊情况下优化包，并减少一些不需要的依赖包。但在完全依赖的情况下这永远不会发生。

导入/导出本地支持将需要一段时间，并且require关键字在很长一段时间内不会去任何地方。

需要什么?

这是node.js加载模块的方式。(https://github.com/nodejs/node)

Node使用系统级方法读取文件。在使用require时，你基本上依赖于它。require将在一些系统调用中结束，如uv_fs_open(取决于结束系统，Linux, Mac, Windows)，以加载JavaScript文件/模块。

要检查这是否正确，请尝试使用Babel.js，您将看到import关键字将被转换为require。

更新

自Node v12(2019年4月)以来，默认启用了对ES模块的支持，自Node v15(2020年10月)以来，它是稳定的(见这里)。包含节点模块的文件必须以.mjs或最近的包结尾。Json文件必须包含“type”:“module”。Node文档有更多的信息，还有关于CommonJS和ES模块之间的互操作。

在性能方面，新特性总是有可能没有现有特性优化得那么好。但是，由于模块文件只计算一次，所以性能方面可能会被忽略。最后，您必须运行基准测试以获得明确的答案。

ES模块可以通过import()函数动态加载。与require不同，this返回一个promise。

以前的回答

使用其中一种是否有性能上的好处?

请记住，目前还没有原生支持ES6模块的JavaScript引擎。你自己说过你在使用通天塔。无论如何，Babel默认将导入和导出声明转换为CommonJS (require/module.exports)。因此，即使你使用ES6模块语法，如果你在Node中运行代码，你将在底层使用CommonJS。

CommonJS和ES6模块之间有一些技术上的差异，例如CommonJS允许你动态加载模块。ES6不允许这样做，但有一个正在开发的API。

因为ES6模块是标准的一部分，所以我会使用它们。

我个人使用import，因为我们可以通过import导入所需的方法和成员。

import {foo, bar} from "dep";

文件名:dep.js

export foo function(){};
export const bar = 22

这要归功于单霁翔。更多信息。

ES模块是静态的，这意味着导入是在每个模块的顶层描述的，并且在任何控制流语句之外。这是行不通的: If(条件){ 从'module1'导入module1 ｝

但是在commonjs中，它是允许的:

if (condition) {
    module = require('module1')
}

ES modules run implicitly in strict mode. This means that we don't have to explicitly add the "use strict" statements at the beginning of every file. Strict mode cannot be disabled; therefore, we cannot use undeclared variables or the with statement or have other features that are only available in non-strict mode. strict mode is a safer execution mode. In ESM, some important CommonJS references are not defined. These include require , exports , module.exports , __filename, and __dirname. We can import CommonJS modules from ESM by using the standard import syntax. But only default exports work: import packageName from 'commonjs-package' // Works import { moduleName } from 'commonjs-package' // Errors

但是，从CommonJS模块中导入ES模块是不可能的。

ESM不能直接将JSON文件作为模块导入，这个特性在CommonJS中使用非常频繁。这就是为什么在reactjs中使用fetch api。 从'./data导入数据。json / /失败

使用ES6模块可以用于“摇树”;例如，启用Webpack 2、Rollup(或其他捆绑程序)来识别未使用/导入的代码路径，因此不会将其放入最终的捆绑程序中。这可以通过消除你永远不需要的代码来显著减少它的文件大小，但是默认情况下与CommonJS绑定，因为Webpack等人无法知道是否需要它。

这是使用代码路径的静态分析来完成的。

例如，使用:

import { somePart } 'of/a/package';

．.． 给捆扎者一个包装的暗示。anotherPart不是必需的(如果它没有被导入，它就不能被使用——对吧?)，所以它不会费心捆绑它。

为了在Webpack 2中启用这个功能，你需要确保你的编译器不会吐出CommonJS模块。如果你正在使用带有babel的es2015插件，你可以像这样在.babelrc中禁用它:

{
  "presets": [
    ["es2015", { modules: false }],
  ]
}

Rollup和其他工具的工作方式可能不同——如果您感兴趣，请查看文档。

到目前为止，ES6的导入和导出总是编译为CommonJS，所以使用其中一个没有好处。尽管推荐使用ES6，因为当浏览器发布本机支持时，它应该是有利的。原因是，你可以从一个文件中导入部分，而使用CommonJS，你必须需要整个文件。

ES6→导入，导出默认，导出

CommonJS→require, module。出口,exports.foo

下面是它们的常用用法。

ES6导出默认值

// hello.js
function hello() {
  return 'hello'
}
export default hello

// app.js
import hello from './hello'
hello() // returns hello

ES6导出多个和导入多个

// hello.js
function hello1() {
  return 'hello1'
}
function hello2() {
  return 'hello2'
}
export { hello1, hello2 }

// app.js
import { hello1, hello2 } from './hello'
hello1()  // returns hello1
hello2()  // returns hello2

CommonJS module.exports

// hello.js
function hello() {
  return 'hello'
}
module.exports = hello

// app.js
const hello = require('./hello')
hello()   // returns hello

CommonJS模块。出口多

// hello.js
function hello1() {
  return 'hello1'
}
function hello2() {
  return 'hello2'
}
module.exports = {
  hello1,
  hello2
}

// app.js
const hello = require('./hello')
hello.hello1()   // returns hello1
hello.hello2()   // returns hello2