Jakarta Mail：Transport.send()与sendMessage()选型及长连接安全问题

核心问题解答 #

闲置时保持Transport连接是否安全？ #

不安全。几乎所有SMTP服务器都会对闲置连接设置超时时间（通常5-30分钟不等），超时后服务器会主动断开连接，此时调用sendMessage()会抛出连接异常，导致发送失败。

SMTP连接会超时吗？ #

是的，绝大多数SMTP服务（包括主流邮件服务商、自建服务器）都配置了闲置超时机制，目的是释放服务器资源。具体超时时间由服务器决定，一般不超过1小时。

长时Transport连接管理最佳实践 #

针对你这种响应式、无法预知批量发送时机的场景，推荐以下方案：

• 连接池+懒加载+心跳检测
  • 维护小型Transport连接池，初始不创建连接，有发送请求时再初始化（懒加载）
  • 每次发送前检查连接有效性：调用Transport.isConnected()，若已断开则重新创建
  • 定期给闲置连接发送心跳（比如执行transport.sendCommand("NOOP", null)），心跳间隔设为服务器超时时间的一半（如服务器超时30分钟，心跳设15分钟），避免被服务器断开
  • 连接闲置超1小时时主动关闭，避免占用资源
• 异常重试机制
  • 调用sendMessage()时捕获MessagingException等连接相关异常，检测到连接失效后立即重建连接并重发邮件，保障发送成功率
• 批量发送优化
  • 短时间内收到大量请求时，将邮件批量放入队列，复用同一个有效连接完成发送，最大化性能优势

方案对比总结 #

• Transport.send()：适合低频率发送场景，实现简单，但峰值时重复连接的开销会显著影响性能
• 持久连接+sendMessage()：配合上述最佳实践，既能在批量发送时获得性能提升，又能规避闲置连接失效问题，更适配你的响应式发送场景

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