我通常发现这是 node.js 脚本/module以及 phantomJS、casperJS 等的第一行。我很好奇，如果这是服务器端 javascript (SSJS) 的常见模式（类似于#includeC/C++ 或import在 Java 中）还是像 RequireJS 或 LabJS 这样的库被调用以包含在其中（到目前为止，我都没有机会在实践中使用它们）？
例如var http = require('http')或var casper = require('casper').create()
我很好奇这是一种已成为SSJS标准化的模式还是每个库/工具都调用现有函数？
请原谅这个问题的n00b维度，但我想知道其无所不在背后的“原因”:)
该require()习惯用法是称为CommonJS的规范的一部分。具体来说，规范的那部分称为“module”。RequireJS只是 CommonJS 的一个实现（它通常是浏览器端的实现——事实上，由于浏览器的异步特性，它采用了不同的方法）。
如果您查看 CommonJS 站点上的实现列表，您会看到 Node.js 列表。请注意，它实现了“module”。因此，这就是它的来源 - 它非常内置。
的require在PhantomJS和Node.js的装置正确地与差相同，没有一个基本module的匹配。尽管该fsmodule适用于两者，但它们是不同的并且不提供相同的功能。
require在 PhantomJS 和 Node.js 中功能相同。CasperJS 建立在 PhantomJS 之上并使用其require功能，但也对其进行了修补。使用 CasperJS 也可以要求一个module的名称，例如require('module')代替require('./module')它是否在同一目录中。
完整矩阵（file.js 与执行的脚本在同一目录中）：
| 节点
| | 幻影
| | | 卡斯帕
| | | | 更苗条
------------+---+---+---+--------
档案 | | | | | 是 | 是
./文件 | 是 | 是 | 是 | 是
文件.js | | | | | | | n
./file.js | | | | | | | n
PhantomJS 也可以node_modules像 node 一样使用特殊文件夹中定义的module。它不能使用依赖于 PhantomJS 中不存在的module的实际节点module。
module.exports = function(){
return {
someKey: [1,2,3,4],
anotherKey: function(){
console.log("module exports works");
}
}
};
exports.someKey = {
innerKey: [1,2,3,4]
};
exports.anotherKey = function(){
console.log("exports works");
};
[
{
"someKey": [ 1,2,3,4 ],
"anotherKey": 3
}
]
var m = require("./m")();
m.anotherKey(); // prints "module exports works"
var e = require("./e");
e.anotherKey(); // prints "exports works"
var a = require("./a");
console.log(a[0].anotherKey); // prints "3"
其他人给出了很好的技术答案，但我想提供一个超级简单的答案，以防将来对某人有所帮助。“require”本身并不是一个库，但在您想要访问module（库和框架等）时使用它。所以它不像“require”是最受欢迎的库或类似的东西:)。
顺便说一句，许多旧代码要求您仍然使用“require”（注意我避免说它是必需的），但是已经开发了使用“import”一词的新语法（我猜是 ES6，从 2015 年开始）。我绝对更喜欢导入，它用于完全相同的目的，尽管它看起来有点不同。
无论如何，正如其他人提到的，“需要”意味着您需要（即访问）一个module。但这并不一定意味着您可以访问库或框架……您实际上可能正在访问您自己创建的另一个页面！例如，您可能会看到：
- var Comment = require("./models/comment");
这只是意味着“让我访问我在模型目录中创建的那个评论文件。” 这也被认为是一个module。
所以你可以这样想......你需要一些代码（或者你导入它）......这样你就可以按照你想要的方式使用它。如果你不需要/导入它，你就不会得到它。