浅谈require和import的区别_Zong_0915的博客

浅谈require和import的区别

前言
一. require和import的区别

1.1 从其本质来看不同
1.2 从其用法来看不同
- require/exports：
- import/export：
二. 拓展：module.exports和exports

在公司里写代码的时候，我遇到了这么一个场景：

项目当中需要用到 Redis ，但是要想使用它，必须经过一系列的初始化动作。用过 Egg 的同学知道，一般我们通过在 app.js 文件中，在 willReady() 函数中，将 Redis 初始化，并将初始化完成的对象放到 app 对象当中，这样，就能全局的使用这个初始化完成的 Redis 。

一般是这样的：

// ...
await redis.connect();
this.app.redis = redis;
问题来了，如果有些工具类或者是其他服务类，并没有继承Egg当中的Service、Controller。那么也就没有这个this.app、this.ctx，我去哪里拿到这个初始化完成的Redis？难不成都通过传参的方式去搞吗？ 
后来有人建议我： 
1.写一个Redis.js文件。 
// redis-core 是我瞎写的
const redis = require('redis-core').Redis.promises;
redis = new Redis({
	name:'redis-test'
module.exports=redis;
2.在app.ts文件中这么写： 
const redis = require('../utils/Redis');
// 可以做一些数据初始化等操作，这些操作成功才会启动应用
async willReady() {
	await redis.connect();
3.那么在应用当中的任何一个地方，都可以通过const redis = require('../utils/Redis');的方式去获得一个已经初始化完成的Redis对象。 
解释如下： 
在第一次require的时候，会进行加载，也就是我们在项目初始化的时候，就已经require了这个Redis，并执行了初始化动作。
在应用启动完成后，第二次、第三次require这个Redis的时候，由于Node缓存的原因，直接会获得已经初始化完成的Redis，也就是可以直接拿来用的意思。
那么在没有this.app的情况下，我们依旧可以使用Redis。 
以此为契机，我准备研究下require和import的区别。 
一. require和import的区别
 
1.1 从其本质来看不同
 
首先需要进行归类： 
require----->exports（来源于CommonJS）
import------>export（来源于ES6） 
其次：来看下他们的具体不同： 
比较内容 require/exports import/export
加载和编译时机 （注1） 运行时加载 静态编译
输出的是什么（注2） 输出的是指的拷贝 输出的是值的引用
是否采用严格模式 默认不适用严格模式 默认严格模式 
 require加载的是一个对象（module.exports出来的对象），并且该对象只有在脚本运行完成后才会生成。
 而import中，export出来的只是一种静态定义，在代码静态解析阶段就会生成。 
那读者看到这里就会问了，竟然输出的是值的拷贝，那凭什么上述的案例就成立呢？ 
案例在简化一下就是： 
A文件定义的Redis对象（状态M）。
B文件通过require()的方式引用了A文件的Redis，进行了状态的修改（变为状态N）
C文件通过require()的方式引用A文件的Redis，此时A文件的状态为N。 
回答如下： 
 这里的值的拷贝，指的是浅拷贝，也就是说，并不是进行一个深度拷贝后在进行修改。就因为是浅拷贝，所以我在初始化的时候，对Redis进行了初始化操作，我后续require的时候，拿到的Redis对象就是已经初始化完毕的。 
1.2 从其用法来看不同
 
require/exports：
 
// 导出 方式1：
exports.test= test;
// 导出 方式2：
module.exports = test;
// 引用
const test = require('test');
exports是对module.exports的引用。不改变exports指向的情况下，两者无区别。 
exports = module.exports 
但是如果改变了exports的指向，两者就会有区别了，但是不会影响到module.exports的引用。 
案例如下： 
let a = 100;
exports.a = 200;
console.log(module.exports);
exports = { a: 300 }
console.log(exports)
console.log(module.exports)
输出结果如下：可见，改变了exports的引用后，输出的module.exports引用还是不会变。
  
import/export：
 
// 一个文件只能导出一个default模块
export default test
export const fn
// 导入
import test from 'test';
// 注意，如果不是由default修饰的，必须加{}
import {fn} from 'test';
除此之外，通过import方式导入的模块，不可以重新赋值或者定义。 
先来看下require是否可以： 
util.js文件： 
let a = 100;
test.js文件： 
var a = require('./util');
a = 123
console.log(a);
输出结果：
 
 如果改为import看看会发生什么：
 util.js文件： 
const a = 10;
export default a;
test.js文件： 
import a from './util.js';
a = 3;
console.log(a)
输出结果：
  
二. 拓展：module.exports和exports
 
两者的关系如下： 
module.exports是真正的接口，而exports只是作为其辅助工具。
在module.exports本身不具备任何属性和方法的前提下，所有exports收集到的属性和方法，都会赋值给module.exports。
若module.exports已经具备了一些属性和方法，那么exports收集到的信息将会被忽略。 
案例如下：
 util.js文件： 
module.exports = 'ROCK IT!';
exports.name = function() {
    console.log('My name is Lemmy Kilmister');
test.js文件： 
const a = require('./util');
console.log(a)
console.log(a.name())
结果如下：
  
其他的还有： 
require引用模块后，返回给调用者的是module.exports而不是exports。
exports.xxx=的暴露方式，相当于在导出的对象上挂上了属性，该属性对调用模块直接可见。
exports=xxx的暴露方式，相当于给exports对象重新复制，调用模块不能访问exports对象及其属性。
若该模块是一个类，那么应该通过直接赋值的方式module.exports，这样调用者就是一个类构造器，可以直接new实例。
                    浅谈require和import的区别前言一. require和import的区别1.1 从其本质来看不同1.2 从其用法来看不同require/exports：import/export：二. 拓展：module.exports和exports前言在公司里写代码的时候，我遇到了这么一个场景：项目当中需要用到Redis，但是要想使用它，必须经过一系列的初始化动作。用过Egg的同学知道，一般我们通过在app.js文件中，在willReady()函数中，将Redis初始化，并将初始化完成的对象放到app对
				本质上的区别：
session的使用方式是客户端cookie里存id，服务端session存用户数据，客户端访问服务端的时候，根据id找用户数据。
而token的使用方式是客户端里存id（也就是token）、用户信息、密文，服务端什么也不存，服务端只有一段加密代码，用来判断当前加密后的密文是否和客户端传递过来的密文一致，如果不一致，就是客户端的用户数据被篡改了，如果一致，就代表客户端的用户数据正常且正确。
session，注册登录->服务端将user存入session->将session
				关于 import 和 require 的不同，其实可以理解成 CommonJs 和 ES Module 的区别。这两者都是前端模块化的规范。
我们在 node 里使用的是 CommonJs，在前端页面的时候，用的是 ES Module，这两者的区别，还是很容易混淆的，所以整理一下 CommonJs 和 ES Moudule 的相关知识点，把这里好好的整理一下。
一、CommonJs
1.1 概述
Nodejs 是 CommonJS 规范的主要实践者，在 CommonJs 里每个文件就是一个模块，有自己的作
区别2：模块的本质
require：模块就是对象，输入时必须查找对象属性
import：ES6 模块不是对象，而是通过 export 命令显式指定输出的代码，再通过 import 命令输入（这也导致了没法引用 ES6 模块本身，因为它不是对象）
// CommonJS模块
let { exists, read...
require是运行时调用，所以可以放置在模块任何位置。只能在运行时确定模块的依赖关系以及输入/输出变量，无法进行静态优化。
import是编译时调用，所以必须放置在模块头部。支持编译时静态分析，便于JS引入宏和类型检验。动态绑定。
require是赋值过程，因此对于对象赋值，是一种浅拷
				require和import使用
import是ES6的模块引入方式，它是在JS引擎编译阶段执行的，在编译时就能确定模块的依赖关系，以及输入和输出的变量。在代码运行前，遇到import就会生成一个只读引用，然后在运行阶段，碰到有用到引入模块值的再去引用模块取值，可能项目中并没有引用引入模块的值，但是已经声明了，就会执行。所以无法在生产环境下移除该部分代码。
// ES6模块
import { stat, exists, readFile } from 'fs';
CommonJS的require是运行时执

比较内容	require/exports	import/export
加载和编译时机（注1）	运行时加载	静态编译
输出的是什么（注2）	输出的是指的拷贝	输出的是值的引用
是否采用严格模式	默认不适用严格模式	默认严格模式