我们知道，Node.js是基于CommonJS规范进行模块化管理的，模块化是面对复杂的业务场景不可或缺的工具，或许你经常使用它，但却从没有系统的了解过，所以今天我们来聊一聊Node.js模块化你所需要知道的一些事儿，一探Node.js模块化的面貌。
Node.js 的出现，让 JavaScript 脱离了浏览器的束缚，进入了广阔的服务端开发领域。而 Node.js 对 CommonJS 模块化规范的引入，则更是让 JavaScript成为了一门真正能够适应大型工程的语言。
正如当年为了统一 JavaScript 语言标准，人们制定了 ECMAScript 规范一样，如今为了统一 JavaScript 在浏览器之外的实现，CommonJS 诞生了。CommonJS 试图定义一套普通应用程序使用的 API，从而填补 JavaScript 标准库过于简单的不足。CommonJS 的终极目标是制定一个像 C++ 标准库一样的规范，使得基于 CommonJS API 的应用程序可以在不同的环境下运行，就像用 C++ 编写的应用程序可以使用不同的编译器和运行时函数库一样。为了保持中立，CommonJS 不参与标准库实现，其实现交给像 Node.js 之类的项目来完成。
为了让node.js的文件可以相互调用，node.js提供了一个简单的模块系统。模块是node.js应用程序基本的组成部分，文件和模块是一一对应的。换言之，一个node.js文件就是一个模块，这个文件可能是javascript代码、json或者编译过的c/c++扩展。
今天要学习的是 Node.js 的 tips，是关于 require.main === module 这个条件判断语句的用处。
原文:Announcing a new --experimental-modules
前言：模块机制是 Node.js 中非常重要的组成，模块机制使得我们可以以模块化的方式写代码，而不是全部代码都写到一个文件里。我们平时使用的比较多的通过 require 加载模块，但是我们可能不是很清楚 require 的实现原理，另外 Node.js 里存在多种模块类型，加载原理也不太一样，本文将会介绍 Node.js 模块机制以及实现原理。
exports和module.exports的适用误区
其中，模块标识（Module Identifiers）就是传入require(id)的第一个字符串参数id，例如require('./myModule')中的'./myModule'，无需指定后缀名（但带上也无碍）
2019 年的 4 月份，Node.js 官方团队在发布 Node.js 12 时，也给我们带来了最新的 ECMAScript Modules 支持。
这些 C++扩展（xxx.node文件）也能像 JS 模块一样直接require使用，因为Node 模块加载机制提供了原生支持
Node.js的API主要有两种风格，同步和异步，如何区分呢，大部分异步API一般都有一个回调函数 callback 作为其参数，而大部分同步API则不会，例如：
Node.js 模块机制采用了 Commonjs 规范，弥补了当前 JavaScript 开发大型应用没有标准的缺陷，类似于 Java 中的类文件，Python 中的 import 机制，Node.js 中可以通过 module.exports、require 来导出和引入一个模块.
Node.js 既支持 CommonJS 标准，也完全支持 ECMAScript 标准。Node.js 环境下用 js语言编写的文件，有三种格式：.js、.mjs、.cjs。
Node.js 遵循 CommonJS规范，该规范的核心思想是允许模块通过 require 方法来同步加载所要依赖的其他模块，然后通过 exports 或 module.exports 来导出需要暴露的接口。CommonJS 规范是为了解决 JavaScript 的作用域问题而定义的模块形式，可以使每个模块它自身的命名空间中执行。
一直以来 Node.js 中存在一个问题，CommonJS 与 ES Modules 如何更好的共存？ 是令大多数 Node.js 开发者头疼的问题。
多年来，在 JavaScript 生态中出现了不同形式的模块化方案。开发人员使用了明确定义的规范（如 AMD 或 CommonJS）以及简单的编码模式（如通过揭示模块模式（revealing module pattern））来得到模块化解决方案的好处。
新的 ECMAScript（ES）模块与以前的语言版本不完全兼容，因此使用的 JavaScript 引擎需要知道每一个文件是“旧” JavaScript 代码还是“新”模块。
Node.js 是一个跨平台的 JavaScript 运行环境，它构建在为了在服务器端运行 JavaScript 代码而设计的 Chrome JavaScript 上。使用 Node.js，你可以构建扩展的网络应用。
提到 exports 和 module.exports 我们不得不提到 require 关键字。大家哦读知道 Node.js 遵循 CommonJS 规范，使用 require 关键字来加载模块。
Node.js是由ECMAScript及Node 环境提供的一些附加API组成的，包括文件、网络、路径等等一 些更加强大的API。
模块化 什么是模块？ 每个.js文件就是一个模块 从npm上下载的一个包（可能是由多个文件组成的一个实现特定功能的包）也是一个模块 任何文件或目录只要可以被Node.js通过require()函数加载的都是模块 每个模块就是一个独立的作用域，模块和模块之间不会互相"污染" 我们可以通过编程的方式，指定某个模块要对外暴露的内容（其实就是指定require的返回值，通过require的返回值对外暴露指定内容）。这个对外暴露内容的过程也叫"导出" module.exports 什么是包？ 通过package.j
注意一个细节，是在加载&执行模块文件前会先缓存module实例，而不是之后才缓存，这是Node.js 能够从容应对循环依赖的根本原因：
global 对象，在node.js中表示全局对象。类似javascript中的window，挂在global上。可以直接调用
每一个文件就是一个模块，拥有自己独立的作用域，变量，以及方法等，对其他的模块都不可见。CommonJS 规范规定，每个模块内部，module 变量代表当前模块。这个变量是一个对象，它的exports属性（即module.exports）是对外的接口。
需要注意的是，"a/b" 这种不属于路径写法，它属于前两种，比如 "fs/promises"、"@babel/core"。
自从转开发后，碰到了很多以前没有遇到过的问题，搜索出来的文章因为思维方式和关键字的转变，对应的搜索结果也和以前大不一样，我也发现自己以前对很多技术的理解被国内的技术“专家博客”误导。最刺激我认知的莫非昨天的《99%的人都理解错了HTTP中GET与POST的区别》。虽然刚发出来就被从业老鸟喷：
在我的 ./src/icons/index.js 文件中，我试图从 ‘@/components/SvgIcon’ 导入一些内容，但是Webpack没能在我给出的路径找到该模块。
一，创建一个自定义模块 a.js，使用module.exports暴露出去。 console.log('这是用户自定义模块a') const name='张三' function show(){ console.log('显示'+name) } //向module.exports对象上挂载属性，暴露出去 module.exports={name,show} 二，加载上面的自定义模块。得到 module.exports 对象。 //1,加载用户自定义模块，可以省略.js后缀名。 const a=requi
ECMAScript模块是 JavaScript 的新标准格式。在Node.js中越来越多的库逐渐从从CommonJS转移到ES模块
在现代 JavaScript 开发中，ECMAScript Module 已经逐渐成为了公认的业界标准。自 ESM 被引入 Node.js 以来，它的异步加载特性和模块解析逻辑广受大家好评。
在 Node.js 开发领域中，原生 C++ 模块的开发一直是一个被人冷落的角落。但是实际上在必要的时候，用 C++ 进行 Node.js 的原生模块开发能有意想不到的好处。
Node.js 进程启动时，首先执行 c / c++ 代码，然后 c / c++ 加载并执行 lib/internal/bootstrap_node.js 并给予一个 process 参数( 运行上下文 )
上一篇《前端科普系列（2）：Node.js 换个角度看世界》，我们聊了 Node.js 相关的东西，Node.js 能在诞生后火到如此一塌糊涂，离不开它成熟的模块化实现，Node.js 的模块化是在 CommonJS 规范的基础上实现的。那 CommonJS 又是什么呢？
Node.js是运行在服务端的JavaScript，是一个事件驱动I/O服务端Javascript环境。
每个浏览器都内置了DOM、BOM这样的API函数，因此，浏览器中的JavaScript才可以调用它们。
我觉得node.js在语法层面挺拧巴的，要么就像PHP那样严格要求加分号，要么就像python一律不加分号。而node.js却表现出一副欲拒还迎的姿态，让人感觉就是既要拥抱变化，又要抱残守缺。
3. 浏览器中运行的 JavaScript 和 Node.js 中运行的 JavaScript 有区别吗
众所周知，早期 JavaScript 原生并不支持模块化，直到 2015 年，TC39 发布 ES6，其中有一个规范就是 ES modules（为了方便表述，后面统一简称 ESM）。但是在 ES6 规范提出前，就已经存在了一些模块化方案，比如 CommonJS（in Node.js）、AMD。ESM 与这些规范的共同点就是都支持导入（import）和导出（export）语法，只是其行为的关键词也一些差异。
Node.js 22 将于十月进入长期支持（LTS）阶段，但在那之前，它将在接下来的六个月内作为“当前”发布版本。我们鼓励您探索此最新版本提供的新功能和优势，并评估它们对您的应用程序的潜在影响。
Node.js是一个让JavaScript运行在服务器端的开发平台,功能类似的其他后端语言,如PHP、JSP、Python、Ruby。和系统进行交互
模块是Node.js里面一个很基本也很重要的概念，各种原生类库是通过模块提供的，第三方库也是通过模块进行管理和引用的。本文会从基本的模块原理出发，到最后我们会利用这个原理，自己实现一个简单的模块加载机制，即自己实现一个require。
Node.js 是一个基于 Google V8 引擎的、跨平台的 JavaScript 运行环境，主要运行在服务器端，能够以 JS 的方式编写服务端程序，与传统浏览器中运行的 JS 不同，Node.js 底层采用 C++，可以读取文件、使用多进程、启动 HTTP 服务等。
现在回过头来想想，也许选择以《JavaScript权威指南》一书来作为入门有些不好，因为这本书毕竟是很早之前的，书中所讲的思想、标准也基本都只是 ES5 及那时代的相关技术。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
