require.resolve 是 commonjs 中仅解析模块绝对路径而不执行代码的函数，依据 node.js 模块解析算法查找存在文件，失败则抛错，适用于路径验证、源码读取等场景。
require.resolve 是 CommonJS 规范中一个专门用于解析模块路径的工具函数，它**只做路径查找，不会执行模块代码、不触发加载（即不调用 module.load 或执行 module.exports）**，非常适合在运行时动态判断模块是否存在、获取其绝对路径，或为后续 require() 做准备。
require.resolve 的核心行为
它根据 Node.js 的模块解析算法（包括 node_modules 查找、package.json 的 main/exports 字段、扩展名补全等），从当前文件所在目录出发，找到目标模块对应的**已存在文件的绝对路径字符串**。如果模块找不到，则抛出 Cannot find module 错误。
例如：
// 假设在 /project/src/index.js 中执行
console.log(require.resolve('fs')); // 输出类似: '/path/to/node/lib/node_modules/fs/index.js'（实际是内置模块路径）
console.log(require.resolve('lodash')); // 输出类似: '/project/node_modules/lodash/index.js'
console.log(require.resolve('./utils')); // 输出类似: '/project/src/utils.js'
console.log(require.resolve('../config.json')); // 输出类似: '/project/config.json'
常见用途与实用技巧
- 检查依赖是否可用且路径合法：在插件或工具中提前验证用户安装的可选依赖是否存在，避免运行时报错
-
获取模块真实位置用于读取源码或元数据：比如读取某个包的 package.json：
require(resolvePath + '/../package.json') - 配合 vm 或 fs.readFileSync 动态加载非 JS 资源：先 resolve 出路径，再手动读取内容，绕过 require 的执行逻辑
- 调试模块解析问题：快速确认某条 require 语句最终会命中哪个文件
注意边界情况
- 对 内置模块（如
fs、path）也能成功 resolve，返回内部标识路径（不是真实文件系统路径，但可用） - 对 ESM 模块（.mjs 或 type: "module"），CommonJS 中的
require.resolve仍可解析其路径，但不能通过require()加载（会报错），仅适合路径获取 - 若模块路径含 条件导出（exports 字段中的 import/require 分支），
require.resolve默认按require上下文解析，走require分支（不是import） - 不支持 动态表达式：路径必须是静态字符串，
require.resolve('a' + 'b')会失败（打包工具也无法分析）
替代方案对比（为什么不用 require + delete require.cache）
有人想用 require(x); delete require.cache[require.resolve(x)] 来“假装没加载”，但这不可靠：
- 模块可能有副作用（如改写全局、监听事件），require 一执行就已生效
- 模块可能依赖其他模块，触发连锁加载
- cache 删除不彻底（尤其有循环依赖时）
- 性能差，白跑一遍初始化逻辑
而 require.resolve 是纯同步路径计算，零副作用，轻量可靠。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
