ThinkPHP中实现邮件发送与验证码生成需整合PHPMailer和think-captcha：用PHPMailer配置SMTP发送邮件，通过think-captcha生成图形验证码，并结合缓存实现邮箱验证码的生成、存储、校验闭环流程。
ThinkPHP 中实现邮件发送与验证码生成，核心在于整合可靠的邮件服务和安全的随机码逻辑。官方不内置邮件功能，需借助第三方库；验证码则要兼顾可读性、防刷和时效性。
使用 PHPMailer 发送邮件
ThinkPHP 本身不提供邮件发送组件，推荐使用 PHPMailer（稳定、支持 SMTP、兼容性强）。
- 通过 Composer 安装：
composer require phpmailer/phpmailer - 在控制器中引入并配置 SMTP（如腾讯企业邮箱、QQ邮箱或自建 SMTP）：
示例代码（以 QQ 邮箱为例）：
$mail = new \PHPMailer\PHPMailer\PHPMailer(true);
try {
$mail->isSMTP();
$mail->Host = 'smtp.qq.com';
$mail->SMTPAuth = true;
$mail->Username = 'your@qq.com';
$mail->Password = 'your-smtp-app-password'; // 注意：不是登录密码，是 QQ 邮箱“SMTP授权码”
$mail->SMTPSecure = \PHPMailer\PHPMailer\PHPMailer::ENCRYPTION_SMTPS;
$mail->Port = 465;
$mail->setFrom('your@qq.com', '系统');
$mail->addAddress('target@example.com', '用户');
$mail->isHTML(true);
$mail->Subject = '邮箱验证码';
$mail->Body = '您的验证码是：<strong>123456</strong>，5分钟内有效。';
$mail->send();
return json(['code' => 1, 'msg' => '邮件已发送']);
} catch (\Exception $e) {
return json(['code' => 0, 'msg' => '发送失败：' . $mail->ErrorInfo]);
}
⚠️ 注意：生产环境务必使用应用专用密码（如 QQ 邮箱的 SMTP 授权码），禁用明文密码；敏感配置建议提取到 .env 或配置文件中。
立即学习“PHP免费学习笔记（深入）”；
生成安全、可识别的图形验证码
ThinkPHP 自带 think-captcha 扩展，轻量且支持中文、干扰线、扭曲等特性，适合登录/注册场景。
- 安装：
composer require topthink/think-captcha - 在模板中调用：
{:captcha_img()}或<img src="%7B:captcha_src()%7D" onclick="this.src='{:captcha_src()}?'+Math.random()" alt="captcha"> - 验证时使用：
Captcha::check($input, $id)（$input是用户提交的验证码值）
默认验证码为 4 位字母+数字，如需自定义（如纯数字、长度、字体大小），可在配置文件 config/captcha.php 中调整：
return [
'length' => 6,
'fontSize' => 20,
'useNoise' => true,
'useCurve' => true,
'bg' => [240, 240, 240],
];
组合使用：发邮件 + 验证码校验流程
典型场景如「邮箱找回密码」，需先生成验证码、存入缓存、再发邮件，后续校验需比对缓存值。
- 生成 6 位随机码：
$code = str_pad(random_int(0, 999999), 6, '0', STR_PAD_LEFT); - 写入缓存（推荐 Redis，避免高并发冲突）：
cache('email_verify_' . $email, $code, 300); // 5分钟过期 - 发送含该
$code的邮件（见上一节） - 用户提交后，从缓存读取比对：
cache('email_verify_' . $email) === $input，匹配则清除缓存
? 提示：避免直接把验证码塞进邮件正文明文传输——虽常见，但更安全的做法是仅在邮件中提示「您的验证码是 XXX」，不拼接 URL 或参数，防止被爬虫或日志泄露。
补充：短信验证码可复用同一套逻辑
若后续接入短信（如阿里云、腾讯云 SMS），只需替换邮件发送部分为对应 SDK 调用，验证码生成、缓存、校验逻辑完全复用。关键保持「生成→存储→发送→比对→销毁」这一闭环一致。
不复杂但容易忽略。
