如何在Postman中正确添加jsonwebtoken作为外部库

报错核心原因 #

你遇到的Cannot find module './lib/timespan'错误，本质是Postman的脚本运行沙箱不支持Node.js原生的CommonJS模块自动解析逻辑，你单独拉取的sign.min.js是拆分后的子模块文件，内部保留了对同库其他文件的require相对路径引用，沙箱无法自动寻址加载这些依赖文件，自然会抛出模块不存在的错误。

可用解决方案 #

• 方案1：使用全量打包的单文件版本引入
  不要拉取按功能拆分的sign.min.js、verify.min.js这类子模块文件，选择已经把所有内部依赖（包括timespan、jws、jwa等所有关联依赖）打包完成的UMD格式单文件版本资源，这类单文件不存在内部相对路径引用，可以直接在Postman沙箱中执行。
  参考代码如下：

pm.sendRequest("jsonwebtoken全量UMD单文件资源地址", (err, res) => {
  if (err) {
    console.log("拉取JWT库失败：", err);
    return;
  }
  // 执行库代码拿到挂载的jwt对象
  const jwt = eval(res.text());
  // 调用sign方法生成token
  const testToken = jwt.sign({ foo: 'bar' }, 'shhhhh');
  console.log("生成的JWT令牌：", testToken);
  // 可将token存入集合变量供后续请求使用
  pm.collectionVariables.set("auth_jwt", testToken);
})

注意：执行eval时不要默认依赖this挂载方法，直接接收eval返回的库对象调用，避免Postman沙箱的作用域绑定导致方法找不到

• 方案2：本地预存库代码（稳定性更高）
  如果不想每次运行脚本都拉取外部资源，可以提前把全量打包好的jsonwebtoken单文件源码复制下来，直接粘贴到集合层级的Pre-request Script中，在所有请求运行前提前执行eval完成初始化，后续集合下的所有请求都可以直接调用jwt相关方法，完全不受外部CDN可用性影响，稳定性更高。

避坑提示 #

不要尝试手动逐个补全jsonwebtoken的依赖文件，该库的依赖链涉及多个第三方包，手动补全的成本极高且容易出现版本兼容问题，直接使用全量打包的单文件版本是成本最低的实现方式。
如果只需要实现简单的JWT签发逻辑，也可以直接使用Postman内置的CryptoJS库手动完成签名逻辑，无需引入外部依赖。

内容的提问来源于stack exchange，提问作者Melissa