Service层必须注册命名空间并走容器注入，否则构造函数参数不解析、单例失效、事务与AOP丢失；需在composer.json中配置PSR-4映射并执行dump-autoload；接口绑定须用singleton防止SMTP连接重复初始化；配置须从config/mail.php读取且校验；异常须捕获PHPMailerPHPMailerException并分类处理；SMTPDebug上线必须关闭。
Service 层必须注册命名空间并走容器注入
直接在控制器里 new PHPMailerService() 或用 app()->make() 临时取实例，Service 就只是个普通类，不是服务——构造函数参数不会被自动解析，单例失效，事务、AOP、配置注入全丢。ThinkPHP 6 默认不识别 app/service 目录，得手动注册 PSR-4 映射。
在 composer.json 的 "autoload" → "psr-4" 中加一行："app\service\": "app/service/"
然后必须执行：composer dump-autoload
否则 use appserviceMailService 会报 Class not found，不是路径写错，是根本没进自动加载清单。
接口绑定必须配 singleton，否则 SMTP 连接反复初始化
TP6 容器支持接口绑定，但只写 bind 不够。PHPMailer 内部维护 SMTP 连接、附件缓存、认证状态等，每次 app()->make(MailService::class) 都新建实例，会导致：
立即学习“PHP免费学习笔记（深入）”；
- SMTP 连接复用失败（
SMTP Error: Could not authenticate常见于此） - 内存泄漏（附件未清理，多次调用后 OOM）
- 并发下连接数超限（尤其队列任务密集时）
在 app/provider.php 中这样写才对：
return [
ppserviceMailService::class => ppservicePHPMailerService::class,
];
// 然后在 config/app.php 的 providers 数组里确保已加载该 provider
再在 PHPMailerService 类定义处显式声明为单例（通过容器绑定策略，而非类内 static）；别在构造函数里做 new 实例，让容器控制生命周期。
客服回复模板。售前咨询、售后处理、退换货、投诉回复、好评引导、升级处理、行业FAQ、满意度挽回。Customer service reply templates for pre-sale, after-sale, returns, complaints, escalation, FAQ generation, s...
构造函数不要硬编码配置，从 config/mail.php 统一读取
配置项必须和环境解耦，不能写死在 Service 类里。比如这些值：
-
host、port、encryption—— 开发用mail()，测试走smtp.88.com，生产切smtp.qq.com -
username和password—— 必须是 SMTP 授权码，不是邮箱登录密码 -
CharSet和Encoding—— 必须显式设为"UTF-8"和"base64"，否则中文主题/正文乱码
PHPMailerService 构造函数应接收配置数组，或直接调用 config('mail')，且需校验必要字段是否存在，缺失时抛出明确异常，而不是等到 $mail->send() 才崩。
错误示范：$mail->Username = 'xxx@qq.com'; $mail->Password = '明文密码';
正确做法：$conf = config('mail.smtp'); $mail->Username = $conf['username'] ?? throw new InvalidArgumentException('mail.smtp.username missing');
必须捕获 PHPMailerException，不能只 catch Exception
PHPMailer 的异常体系是分层的：PHPMailerPHPMailerException 是基类，子类如 SMTPAuthenticationError、SMTPConnectError、InvalidAddress 含具体原因。只写 catch (Exception $e) 会漏掉关键上下文，日志里只剩模糊的 SMTP Error: Could not authenticate.，无法区分是密码过期、账号被锁，还是 DNS 解析失败。
发送逻辑中必须：
- 用
try { ... } catch (PHPMailerPHPMailerException $e) { ... } - 记录完整错误链：
$e->getMessage() . ' | ' . $e->getTraceAsString() - 对
InvalidAddress类异常做业务兜底（比如返回用户“邮箱格式错误”，而不是 500）
另外，$mail->SMTPDebug = 0 是底线，开发可设为 2 查握手过程，但上线必须关——调试信息可能泄露敏感配置或服务器路径。
真正难的不是写通邮件，而是让每一次 MailService::send() 调用都可预期：连接复用稳定、错误可定位、配置可切换、生命周期可控。这些点漏一个，线上就容易凌晨三点收告警。
