Node.js嵌套查询执行顺序不符预期的原因及调整方案咨询

这问题我太熟了！本质就是Node.js的异步I/O特性在搞鬼，咱们一步步拆解：

问题原因 #

connection.query是异步数据库操作函数——当你调用它时，Node.js不会等着查询完成，而是把这个异步任务丢到「任务队列」里，立刻转头执行后面的同步代码（也就是外层循环的下一次迭代，继续打印Outer Query）。

等所有外层循环的同步逻辑全跑完了，Node.js的Event Loop才会去处理任务队列里的数据库回调，这时候才轮到内层查询执行、打印Inner Query。所以就出现了「先全打印Outer，再全打印Inner」的结果。

解决方法：用async/await实现顺序执行 #

现代Node.js里最清晰的写法就是用async/await，把异步操作变成「同步风格」的顺序执行。步骤如下：

1. 先把回调风格的connection.query包装成Promise #

Promise是async/await的基础，咱们把原来的回调函数转换成Promise形式：

// 封装connection.query为Promise支持，同时支持参数化查询防注入
const query = (sql, params = []) => {
  return new Promise((resolve, reject) => {
    connection.query(sql, params, (error, result) => {
      if (error) reject(error);
      else resolve(result);
    });
  });
};

这里顺便加了参数支持，避免原代码里字符串拼接SQL带来的SQL注入风险，这是生产环境必须注意的点！

2. 重写你的new1函数为async函数 #

用async/await让每一步异步操作等待完成后再继续：

const new1 = async () => {
  try {
    // 先执行外层查询，等待结果返回
    const outerResults = await query("select ID from tbl1");
    
    // 用for...of遍历结果（比for...in更适合数组，避免遍历到原型链属性）
    for (const row of outerResults) {
      console.log("Outer Query");
      
      // 等待内层查询完成，再执行后续逻辑
      const innerResults = await query("select name from tbl2 where ID = ?", [row.ID]);
      
      for (const innerRow of innerResults) {
        console.log("Inner Query");
      }
    }
  } catch (err) {
    // 统一捕获错误，避免原代码里throw err导致程序直接崩溃
    console.error("查询出错：", err);
  }
};

// 注意原代码的导出写法错误，Node.js CommonJS模块应该这么导出
module.exports.new1 = new1;

执行顺序说明 #

• await会暂停async函数的执行，直到Promise状态变为resolved（也就是数据库查询完成）。
• 所以每一次外层循环：先打印Outer Query → 等待内层查询完成 → 打印所有对应的Inner Query → 再进入下一次外层循环。完美符合你想要的OuterQueryInnerQueryInnerQueryOuterQueryInnerQuery顺序。

额外提醒 #

1. SQL注入风险：永远不要用字符串拼接SQL，用参数化查询（就是上面代码里的?占位符+参数数组），这是后端开发的基础安全规范。
2. 模块导出错误：原代码里的export.new1 = new1不符合Node.js CommonJS模块规范，正确写法是module.exports.new1 = new1或exports.new1 = new1；如果要用ES模块语法，需要在package.json里配置"type": "module"。

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