Node
애플리케이션은 모듈로 구성됩니다. 모듈 시스템은 CommonJS
모듈 사양을 따르지만 사양에 따라 완전히 구현되지는 않지만 일부를 추가합니다. 자체 필요에 따른 기능을 제공하며 CommonJS
모듈 사양의 변형으로 간주됩니다. Node
应用由模块组成,其模块系统借鉴了CommonJS
模块规范,但是并未完全按照规范实现,而是根据自身需求增加了一些特性,算是CommonJS
模块规范的一个变种。
CommonJS
是社区提出的一种JavaScript
模块化规范,可以说是JS
模块化历程中最重要的一块里程碑,它构造了一个美好的愿景——JS
能够在任何地方运行,但其实由于它的模块是同步加载的,只适合在服务端等其他本地环境,并不适合浏览器端等需要异步加载资源的地方。
为了能让JS
能够在任何地方运行,CommonJS
制定了一些接口规范,这些接口覆盖了模块、二进制、Buffer
、字符集编码、I/O
流、进程环境、文件系统、socket
、单元测试、web服务器、网关、包管理等等,虽然大部分都处于草案阶段,但是其深深影响了Node
的发展。
下图表示了Node
与浏览器、W3C
、CommonJS
以及ECMAScript
之间的关系,摘自 《深入浅出NodeJS》
CommonJS
的模块主要由模块引用、模块定义和模块标识三部分组成。
模块标识
模块标识对于每个模块来说是唯一的,是它被引用时的依据,它必须是符合小驼峰命名的字符串,或者是文件的相对路径或绝对路径。
require('fs')// fs是内建模块,执行时会被直接载入内存,无须路径标识 require('./moduleA')//导入当前目录的moduleA require('../moduleB')// 导入上一个目录的moduleB require('C://moduleC')// 绝对路径导入moduleC
模块引用
使用require()
来引用一个模块,这个方法接受一个模块标识作为参数,以此引入一个模块的API到当前上下文中。
const fs = require('fs')// 引入内建的fs模块
模块定义
有导入自然也有导出,要将当前上下文中的方法或变量作为模块导出,需要使用内建的module.exports
对象,它是模块导出的唯一出口。
CommonJS
规范规定,每个模块内部,module
变量代表当前模块。这个变量是一个对象,它的exports
属性(即module.exports
)是对外的接口。加载某个模块,其实是加载该模块的module.exports
属性。
// moduleA.js模块 let moduleA = { name:"moduleA" } module.exports = { moduleA } // moduleB.js模块 // 导入moduleA const {moduleA} = require('./moduleA')
CommonJS
模块的特点如下:
module.cache
中Node
导入模块需要经历3
个步骤:路径分析 -> 文件定位 -> 编译执行:
路径分析:根据模块标识分析模块类型。
文件定位:根据模块类型和模块标识符找到模块所处位置。
编译执行:将文件编译成机器码执行,中间需要经过一系列转化。
【推荐学习:《nodejs 教程》】
模块类型分为内建模块和用户模块:
内建模块:内建模块由Node
提供,已经被编译成二进制执行文件,在node
执行时,内建模块会被直接载入内存,因此我们可以直接引入,它的加载速度很快,因为它不需要经过文件定位和编译执行这2
个步骤。
文件模块:使用js
或C++
等编写的扩展模块,执行时需要先被编译成二进制机器码。需要经过上述三大步骤。
模块缓存
不管是内建模块还是文件模块,node
CommonJS
는 커뮤니티에서 제안한 JavaScript
모듈입니다. 표준화는 JS
의 모듈화 프로세스에서 가장 중요한 이정표라고 할 수 있습니다. 이는 아름다운 비전을 구성합니다. JS
는 어디에서나 실행될 수 있지만 실제로는 모듈이 로드되어 있기 때문입니다. 동기식이며 서버 측과 같은 다른 로컬 환경에만 적합하며 리소스를 비동기식으로 로드해야 하는 브라우저 및 기타 장소에는 적합하지 않습니다. 🎜🎜JS
가 어디서나 실행될 수 있도록 CommonJS
는 모듈, 바이너리, 버퍼
, 문자 집합 인코딩을 포함하는 몇 가지 인터페이스 사양을 공식화했습니다. , I/O
스트림, 프로세스 환경, 파일 시스템, 소켓
, 단위 테스트, 웹 서버, 게이트웨이, 패키지 관리 등. 대부분이 초안 단계에 있습니다. 이지만 Node
개발에 큰 영향을 미쳤습니다. 🎜🎜다음 그림은 Node
와 브라우저, W3C
, CommonJS
및 ECMAScript
사이의 관계를 보여줍니다. "NodeJS에 대한 심층 설명"🎜🎜🎜CommonJS
의 모듈은 주로 < Strong>모듈, 모듈 정의 및 모듈 ID. 🎜🎜모듈 ID🎜🎜모듈 ID는 각 모듈마다 고유하며 참조되는 기반이 되어야 합니다. camelCase 문자열이거나 파일에 대한 상대 또는 절대 경로여야 합니다. 🎜// package.json { "name": "esm-project", "version": "1.0.0", "main": "index.js", "type": "module", ... }
require()
를 사용하세요. 모듈 식별자가 인수로 전달되어 모듈의 API를 현재 컨텍스트에 도입합니다. 🎜rrreee🎜모듈 정의🎜🎜현재 컨텍스트의 메서드나 변수를 모듈로 내보내려면 가져오기와 내보내기가 있습니다. 모듈에서 내보낸 유일한 내보내기인 내장 module.exports
개체를 사용해야 합니다. 🎜🎜CommonJS
사양에서는 각 모듈 내부에서 module
변수가 현재 모듈을 나타냅니다. 이 변수는 개체이며 해당 exports
속성(예: module.exports
)은 외부 인터페이스입니다. 모듈을 로드하면 실제로 모듈의 module.exports
속성이 로드됩니다. 🎜rrreee🎜CommonJS
모듈의 특징은 다음과 같습니다. 🎜module .cache
에 저장됩니다.Node
가져오기 모듈을 거쳐야 합니다. 3
단계: 경로 분석 -> 파일 위치 -> 컴파일 및 실행:🎜노드
가 실행되면 내장 모듈이 메모리에 직접 로드됩니다. , 그래서 우리가 직접 소개할 수 있습니다. 이 2
단계를 수행하기 위해 파일 위치와 컴파일을 거칠 필요가 없기 때문에 로딩 속도가 매우 빠릅니다. 🎜js
또는 C++
를 사용하여 작성된 확장 모듈은 실행 시 먼저 바이너리 기계어 코드로 컴파일되어야 합니다. 위의 3단계를 거쳐야 합니다. 🎜 노드
는 첫 번째 로드 후 결과를 캐시합니다. 다음에 동일한 모듈이 로드되면 캐시에서 먼저 검색됩니다. 발견되면 캐시에서 직접 읽습니다. 캐시된 결과는 모듈 컴파일이며, 실행된 개체는 모든 모듈 중에서 가장 빠르게 로드됩니다. 🎜路径分析
路径分析依据的是模块标识符,模块标识符有以下几种类型:
fs
,path
等,不需要编译,node
运行时被直接载入内存等待导入。node_modules
中的包,引入时也不需要写路径描述,node
有一套算法来寻找,是所有模块标识中分析速度最慢的。文件定位
文件定位主要包括文件扩展名分析、目录和包的处理。如果文件定位结束时都没找到任何文件,则会抛出文件查找失败的异常。
文件扩展名分析
由于模块标识可以不添加文件扩展名,因此Node
会按.js
、.json
、.node
的次序依次补足扩展名来尝试加载,尝试加载的过程需要调用fs
模块同步阻塞式地判断文件是否存在,因此为了提高性能,可以在使用require()
导入模块时,参数带上文件扩展名,这样会加快文件定位速度。
目录、包的处理
在分析文件扩展名时,可能得到的是一个目录,此时Node
会将其作为一个包处理,用查找包的规则来查找:在当前目录下查找package.json
,获得其中定义的main
属性指定的文件名,以它来作为查找的入口,如果没有package.json
,则默认将目录下的index
当前默认文件名,然后依次查找index.js
、index.json
、index.node
。
编译执行
编译和执行是模块导入的最后一个步骤,node
会先创建一个Module
实例,代表当前模块。它有以下属性:
module.id
模块的识别符,通常是带有绝对路径的模块文件名。module.filename
模块的文件名,带有绝对路径。module.loaded
返回一个布尔值,表示模块是否已经完成加载。module.parent
返回一个对象,表示调用该模块的模块。module.children
返回一个数组,表示该模块要用到的其他模块。module.exports
表示模块对外输出的值。通过文件定位得到的信息,Node
再载入文件并编译。对于不同的文件扩展名,其载入方法也有所不同:
.js
文件:通过fs
模块同步读取文件后编译执行。.node
文件:这是C/C++
编写的扩展文件,通过dlopen()
方法加载。.json
文件:通过fs
模块读取后,用JSON.parse()
解析返回结果。.js
文件载入每一个载入的模块都会被缓存,可以通过require.cache
来查看。
目前,在node
中使用ES-Module
属于实验性功能,从8.5
开始支持,执行时需要加上--experimental-modules
参数。从12.17.0 LTS
开始,去掉了--experimental-modules
,现在可以通过使用.mjs
文件代替.js
文件或在package.json
中指定 type
为 module
两种方式使用。
// package.json { "name": "esm-project", "version": "1.0.0", "main": "index.js", "type": "module", ... }
ES-Module
相比于CommonJS
的Module
机制,最大不同是ES-Module
对导出模块的变量、对象是动态引用,而且是在编译阶段暴露模块的导入接口,因此可以进行静态分析;而CommonJS-Module
是运行时同步加载,且输出的是导出模块的浅拷贝。除此之外,ES-Module
支持加载CommonJS-Module
,而反过来则不行。
其次,Node
规定 ES6
模块之中不能使用 CommonJS
模块的特有的一些内部变量,这是因为ES-Module
顶层this
指向undefined
,CommonJS
模块的顶层this
指向当前模块,而这些内部变量作为顶层变量能被直接使用。
CommonJS
的内部变量有:
인수
arguments
require
module
exports
m__filename
__dirname
Node
模块的加载是同步的,只有加载完成,才能执行后面的操作。
每一个文件就是一个模块,有自己的作用域。每个模块内部,module
对象代表了当前模块,它的exports
require
모듈
내보내기
m__filename
노드
모듈은 동기적으로 로드됩니다. 로드가 완료된 후에만 후속 작업을 수행할 수 있습니다. 🎜🎜🎜🎜각 파일은 모듈이며 자체 범위를 갖습니다. 각 모듈 내에서 module
개체는 현재 모듈을 나타내며 해당 exports
속성은 현재 모듈의 내보내기 인터페이스 역할을 합니다. 🎜🎜🎜🎜가져온 모듈은 내보낸 모듈의 얕은 복사본입니다. 🎜🎜🎜🎜더 많은 프로그래밍 관련 지식을 보려면 🎜프로그래밍 비디오🎜를 방문하세요! ! 🎜위 내용은 CommonJS 모듈 사양은 무엇입니까? Nodejs 모듈 메커니즘에 대한 간략한 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!