如何使node也支持从url加载一个module详解

我们将深入如何将 node 支持从 URL 加载模块的功能，这不仅是对 deno 项目成功引发关注的启发，也是对现有 node 项目在模块化方面的进一步。随着技术的快速发展，我们有必要研究新的模块化方法，以便更好地满足不断变化的需求。让我们一同进入这个引人入胜的主题吧。

让我们了解一下 node 的工作原理。Node 作为服务器端 JavaScript 运行环境，通过 CommonJS 规范实现了模块化的加载和管理。在 node 中，模块可以通过 require 函数从文件系统中加载。当我们谈论从 URL 加载模块时，我们是在一种全新的可能性。那么，如何让 node 支持这一功能呢？这需要我们从 node 的核心机制入手。我们需要处理模块的路径依赖，确保文件存在并成功加载文件。在此基础上，我们需要将模块注入到代码中，使得它们能够被执行。这就需要我们对代码进行和拼接，形成一个可执行的函数。在这个过程中，我们可以借鉴 webpack 等工具的做法，将所有的模块都包裹在一个函数中，然后通过注入的方式将模块变量传递给这个函数。通过这种方式，我们可以实现模块的动态加载和执行。接下来我们来详细一下这个过程：

一、路径处理：无论是 CommonJS 的 require 还是 ESModule 的 import，都需要对路径进行处理。我们需要根据路径找到文件的真实位置。在这个过程中，我们需要遵循一定的策略来补全路径中省略的部分。比如处理路径后缀的缺失或者处理相对路径和绝对路径等。通过这个过程我们可以确定要加载的文件位置。

二、文件加载：确定了文件的真实位置后我们就可以开始加载文件了。这个步骤相对比较简单，我们只需要读取文件的文本内容并将其加载到内存中即可。这是整个模块加载过程中的重要一步，因为我们获取的文本内容就是模块的源代码。有了这个源代码我们就可以进行下一步的处理了。

代码转化之旅

当我们拿到一段代码，首先它是一个纯文本形式。要将这段文本转化为可执行的代码，就像在JS的世界中进行一次奇妙的旅行。

让我们从一个简单的函数开始。这段函数，虽然只是简单的打印数字1，但背后隐藏着模块化的奥秘。在Node.js环境下，我们可以使用vm模块，它为我们提供了一个沙盒环境，允许我们手动注入变量，从而确保了一定的安全性。

下面是如何将文本形式的函数转化为可执行的代码段：

```javascript

var txt = "function(require, module, exports, __dirname, __filename) { module.exports = 1; }";

var vm = require('vm');

var script = new vm.Script(txt);

var func = script.runInThisContext();

```

在这里，`func`就是通过vm模块从字符串成功转化为可执行代码段的结果。现在我们需要调用这个函数来导出模块内容。为了实现这一目的，我们可以创建一个简单的模块对象m，并调用我们的函数。这样，模块导出的内容就被全局对象m捕获了。

异步模块加载：一个深层次的

在前端开发中，我们时常需要异步地加载模块，尤其是在使用诸如 promise 和 async/await 这样的现代异步编程模式时。这种方式有时显得不够直观和简洁。对此，我深感困扰，并试图寻找解决方案。

设想我们使用一个名为 "nedo" 的模块加载器。在异步模式下，我们的代码可能看起来像这样：

```javascript

var r = require("nedo"); // 引入模块加载器

var moduleA = await r("./moduleA"); // 使用 async/await 进行异步加载 moduleA

// 这里拿到 module 的结果进行处理

```

虽然这种方式可以解决异步加载的问题，但它似乎打破了代码的流畅性。我尝试使用 IIFE（立即调用函数表达式）和 async wrapper 来解决这个问题，但这种方法并不完美，因为虽然子函数的问题得到了解决，但上层的问题依然存在。

问题出现的根本原因在于请求本身是异步的。例如，当我们从硬盘读取文件时，我们可以选择使用 promise 包裹的 fs.readFile 方法（这将使后续代码变为异步），或者使用同步的 fs.readFileSync 方法（虽然性能较差，但更符合直觉）。我们需要找到一个同步的请求方式，以使最终的调用更加直观和简洁。

在寻找解决方案的过程中，我发现了一个名为 "sync-request" 的 npm 包。这个包可以将任何异步代码转化为同步调用的形式。通过深入研究其代码，我发现它是通过 "sync-rpc" 包实现的。尽管这个包的 GitHub 只有很少的 star 和下载量，但我对其能力印象深刻，并在战略上给予了关注。

解决了 request 的异步问题后，其他的问题都变得更加简单。例如，我们可以使用 babel 和 ts preset 在内存中进行编译。为了支持不同的文件类型，只需在 lib/pile 下加入对应后缀的文件即可。只要能在内存中完成编译，就能保证代码的结果。我们还可以通过在上层包裹一层 async 函数，使得在 nedo require 的包内部直接使用顶层 await，无需再使用 async 进行包裹。