JavaScript回调无法修改数组？为何MongoDB查询回调外items为空

这是Node.js非阻塞异步IO模型下非常常见的踩坑点，根源是代码实际的执行顺序，和你按行书写的直觉顺序并不一致。
你代码的真实执行流程是：

• 路由请求触发后，首先同步执行初始化空items数组、调用Item.find()的逻辑
• Mongoose的Item.find()是典型的异步操作：它向MongoDB发送查询请求后会立刻返回，不会阻塞后续代码等待数据库返回结果
• 代码继续同步执行console.log(items)和res.render()，此时数据库的查询请求还在网络传输、服务端处理的阶段，对应的查询回调根本没有被触发，items数组从初始化完成后就一直是空值，自然会输出空数组，传给页面模板的也是空数据
• 等数据库完成查询、把结果返回给Node.js服务后，事件循环才会调度执行Item.find的回调函数，开始遍历查询结果、往数组里push待办条目——但这时候你的页面响应早就发送给浏览器，整个路由处理流程已经走完了

你能在回调内部正常打印出每一条待办数据，恰恰印证了这个时序差：回调函数的执行时机，晚于所有写在查询语句外部的同步代码。

核心原则：所有依赖数据库查询结果的逻辑，必须等查询拿到完整返回值后再执行。

兼容回调写法 #

把日志打印、页面渲染的逻辑全部移入查询回调内部，同时补充必要的错误处理，避免异常导致流程中断：

app.get("/", (req, res) => {
    Item.find({}, function(err, results) {
        // 优先处理查询异常
        if (err) {
            console.error("待办条目查询失败:", err);
            return res.status(500).send("服务器内部错误");
        }
        console.log("查询到的待办数据:", results);
        // 数据库结果拿到后再执行页面渲染
        res.render("list", { listTitle: "Today", newListItem: results });
    });
});

更易维护的async/await写法 #

如果希望代码逻辑更贴近同步书写的直觉，可以将路由回调改为async函数，通过await暂停代码执行，直到数据库查询完成拿到结果：

app.get("/", async (req, res) => {
    try {
        // 等待查询完成拿到完整结果，才会继续执行后续代码
        const items = await Item.find({});
        console.log("查询到的待办数据:", items);
        res.render("list", { listTitle: "Today", newListItem: items });
    } catch (err) {
        console.error("待办条目查询失败:", err);
        res.status(500).send("服务器内部错误");
    }
});

这种写法从根本上避免了时序错位带来的取值为空问题，执行流程和代码书写顺序完全一致，也是目前Node.js服务端开发的主流实现方案。

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