生产环境发送重置密码邮件出现net::ERR_EMPTY_RESPONSE问题求助

核心问题定位 #

浏览器报错net::ERR_EMPTY_RESPONSE的本质是后端没有向客户端返回任何HTTP响应——不管请求成功还是失败，后端都未发送响应报文，导致浏览器请求超时后触发错误。结合你的代码和部署场景，从以下维度逐一排查：

1. 修复后端路由的响应逻辑（最紧急） #

你的后端/forgot-new路由代码中，无论请求成功还是抛出异常，都没有调用res.send()/res.json()向客户端返回响应。即使邮件发送成功，前端也会因为一直收不到响应而触发空响应错误。

修改后的后端代码示例： #

app.post(`/eid/${version}/forgot-new`, jsonParser, async function (req, res) {
    try {
        const email = req.body.email;
        // 生产环境排查用日志，可保留
        console.log(`处理重置密码请求：邮箱=${email}`);

        const user_id = await userRepository.checkIfEmailExists(email);
        // 新增：处理邮箱未注册的边界情况
        if (!user_id) {
            return res.status(404).json({ msg: "该邮箱未注册" });
        }

        const token = crypto.randomBytes(36)
            .toString('base64')
            .replace(/\+/g, '-')
            .replace(/\//g, '_')
            .replace(/\=/g, '');
        
        const exp_date = new Date();
        exp_date.setTime(exp_date.getTime() + 1000 * 60 * 5); // 5分钟有效期
        
        // 优化日期格式化逻辑，避免手动拼接出错
        const dateFormatted = `${exp_date.getFullYear()}-${String(exp_date.getMonth()+1).padStart(2, '0')}-${String(exp_date.getDate()).padStart(2, '0')} ${String(exp_date.getHours()).padStart(2, '0')}:${String(exp_date.getMinutes()).padStart(2, '0')}:${String(exp_date.getSeconds()).padStart(2, '0')}`;

        await userRepository.createValidationCode(user_id, token, dateFormatted);
        await mailer.forgotPassword(email, token);

        // 成功响应
        res.status(200).json({ msg: "重置密码邮件已发送，请查收" });
    } catch (err) {
        // 记录错误日志，生产环境建议用专业日志库（如winston）
        console.error("重置密码请求失败：", err);
        // 错误响应
        res.status(500).json({ msg: "发送邮件失败，请稍后重试" });
    }
})

2. 排查生产环境Nodemailer配置差异 #

开发环境正常但生产环境失败，大概率是SMTP配置或网络权限问题：

• 核对生产环境SMTP参数：确认邮箱服务商的端口（如465/587）、加密方式（SSL/TLS）、用户名/密码是否正确；若使用Gmail，需启用「应用专用密码」（普通密码已不支持第三方客户端）。
• 检查网络权限：
  • 自有服务器防火墙是否放行出站SMTP流量（开放25/465/587端口）；
  • Docker容器是否能访问外部SMTP服务器，可在容器内执行telnet smtp.example.com 587测试连通性（替换为你的SMTP地址）。

3. 检查生产环境数据库操作异常 #

如果生产环境数据库配置或数据与开发环境不一致，可能抛出未捕获的异常：

• 确认userRepository.checkIfEmailExists(email)的返回逻辑：若邮箱不存在时返回null或抛出错误，原代码未处理会导致路由崩溃；
• 验证createValidationCode方法的生产环境兼容性：检查数据库表结构是否与开发环境一致（如token字段长度是否足够容纳生成的字符串）。

4. 通过Docker日志定位具体错误 #

执行以下命令查看后端容器的实时日志，获取请求失败时的具体错误信息：

docker logs -f <你的后端容器名称>

日志会显示请求处理到哪一步失败（如数据库查询报错、邮件发送超时等），是生产环境排查的核心依据。

5. 验证前端请求URL与跨域配置 #

• 确认生产环境下emailUrl的正确性：是否包含正确的后端域名、端口和版本号${version}；
• 检查Express的CORS配置：是否允许前端生产域名访问/forgot-new路由（虽然联系邮件能发送，但路由路径差异可能导致跨域规则遗漏）。

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