Node.js中global存储nodemailer测试账户失效的问题排查与解决

你的问题核心在于依赖global存储异步初始化的测试邮件配置，但实际运行中每次模块被访问时global.mail_settings都为undefined，导致重复创建测试账户。主要原因和解决方法如下：

核心原因 #

1. ESM模块异步初始化的时序问题：代码中使用顶层await调用nodemailer.createTestAccount()，模块加载需等待异步操作完成。若多个模块同时导入该邮件模块，可能在第一个导入的模块完成global赋值前，其他导入就进入判断逻辑，此时global.mail_settings仍为undefined。
2. global对象的不可靠性：虽然global是Node.js全局对象，但在ESM模块环境下其作用域表现可能与预期有差异，且全局变量易被其他模块意外修改，并非缓存模块内状态的最佳选择。

解决方案 #

利用ESM模块的单例特性，改用模块级变量缓存测试配置，而非依赖global。模块级变量会在首次加载时初始化，后续导入直接复用缓存值，确保只创建一次测试账户。修改后的代码如下：

import nodemailer from 'nodemailer'

const sendmailSettings = {
    // 生产环境配置
}

// 模块级缓存变量，仅当前模块可见
let cachedTestSettings = null

let actualSettings = null

if (process.env.NODE_ENV === 'development') {
    if (!cachedTestSettings) {            
        const account = await nodemailer.createTestAccount()

        cachedTestSettings = {
            host: account.smtp.host,
            port: account.smtp.port,
            secure: account.smtp.secure,
            auth: {
                user: account.user,
                pass: account.pass
            }
        }
        console.log('==========================================================')
        console.log('Using mail credentials: ' + JSON.stringify(cachedTestSettings, null, 2))
        console.log('==========================================================')

    }
    actualSettings = cachedTestSettings

} else {
    actualSettings = sendmailSettings
}

const transporter = nodemailer.createTransport(actualSettings)

export default transporter

额外注意事项 #

• 确保process.env.NODE_ENV正确设置为development，否则会直接使用生产环境配置。
• 替换原代码中的stringifyPretty为JSON.stringify(xxx, null, 2)（或你自定义的格式化函数），避免因函数不存在导致初始化失败。

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