如何获取Node.js警告的文件名和行号？定位未处理Promise拒绝问题

先解决眼前的报错根源 #

咱们先拆解你遇到的Cannot read property 'then' of undefined错误——问题出在你的makeSchema函数里：Mongoose的save()方法有个特性：如果你传入了回调函数，它就不会返回Promise。你在Instance.save((err, results)=>{...})后面链式调用.then()，其实是在undefined上调用方法，自然触发了TypeError。

给你两种修复方案：

• 方案一：去掉回调，改用纯Promise链式调用

function makeSchema (Schema, dataObj) {
  const Class = mongoose.model('Class', Schema);
  const Instance = new Class(dataObj);
  Instance.save()
    .then(() => {
      console.log('Saved Successfully')
    })
    .catch(err => {
      console.error(err);
    });
}

• 方案二：改用async/await+try/catch，代码逻辑更清晰

async function makeSchema (Schema, dataObj) {
  const Class = mongoose.model('Class', Schema);
  const Instance = new Class(dataObj);
  try {
    await Instance.save();
    console.log('Saved Successfully');
  } catch (err) {
    console.error(err);
  }
}

不用猜测，精准获取调试信息的方法 #

针对你说的“无需猜测问题位置”的需求，这几个实用方法能帮你直接定位问题：

• 启用Node.js的警告追踪：运行应用时加上--trace-warnings参数，比如：

  node --trace-warnings your-app-file.js
  

  这样日志会输出完整的调用栈，直接告诉你错误发生在哪个文件的哪一行，彻底告别瞎猜。
• 给所有Promise添加错误捕获：不要依赖全局的UnhandledPromiseRejectionWarning，每个Promise链都加上.catch()处理，或者用async/await的try/catch包裹。这样错误会被精准捕获，你能立刻知道是哪段异步代码出了问题。
• 避免回调与Promise混合使用：像你代码里save()同时用回调和.then()的写法，不仅容易出错，还会让调试变得混乱。保持代码风格一致，要么全用回调，要么全用Promise/async-await，逻辑清晰了，错误也更容易定位。

额外的小优化 #

你的Mongoose连接代码也可以加上错误捕获，避免潜在的未处理Promise：

mongoose.connect(helper.getMongoose())
  .then(() => {
    console.log('DEBUG: Mongoose connected')
    mongooseConnected();
  })
  .catch(err => {
    console.log('DEBUG: Mongoose did not connect', err);
  });

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