Archived
snowy-yang
22b263f547
为什么：smtplib 是同步栈，原先靠 asyncio.to_thread 卸载——线程池里躺着的仍是一次 完整的 TCP + TLS 握手加多轮 SMTP 交互，属于「同步网络 IO 藏在 to_thread 里」：既 占着线程，也不产生并发收益。这是本系列最后一条此类遗留（aria2p 那条已在 C2 清零）。 改动： - auth_system/mail.py：_smtp_connect / _smtp_send 两个同步函数合成一个原生异步 _smtp_send，底层换 aiosmtplib.SMTP。TLS 口径与原实现一一对应：465 用 use_tls （隐式 TLS），其余端口用 start_tls（显式 STARTTLS，先握手再 LOGIN）；两条路都传 显式构造的 ssl.create_default_context()，不依赖运行时默认校验口径。finally 里 quit 失败只吞连接关闭错误，sendmail 的真实异常原样上抛——send_verify_code 依赖 它决定「不写库、不烧 24h 额度」。 - auth_system/mail.py：send_email 改直接 await；移除 import asyncio / import smtplib。 - auth_system/__init__.py：撤掉 _smtp_connect 的再导出——它是同步时代的辅助函数， 全仓无消费方，新实现里也不存在对应物。 - web/routers/register.py：更新过时的模块说明（原文仍写「smtplib 阻塞发送已卸载」）。 - pyproject.toml / uv.lock：新增 aiosmtplib>=5.1.3,<6.0。 - tests/test_mail_smtp.py（新增 5 条）：SMTP 路径此前零覆盖，而「端口 → TLS 方式」 的映射属「授权码会不会明文过网」级别的差异，一旦被改反不会有任何地方报警。用假 SMTP 替身记录构造参数与调用序、全程不触网：587 必须 start_tls 且 LOGIN 在 connect 之后、465 必须 use_tls 且不得再叠 STARTTLS、端口缺省回落 587、quit 失败不掩盖结果、 sendmail 失败原样上抛且仍关连接。 验证： - uv run ruff check . → All checks passed! - uv run pyright → 0 errors, 0 warnings, 0 informations （aiosmtplib 自带 py.typed，故对它的调用是有效类型校验；另用 inspect 逐一核对了 5.1.3 的 SMTP / connect / login / sendmail / quit 参数名） - uv run pytest → 397 项，0 失败 / 0 error / 0 skipped（C3 后 392，新增 5） - data/site.db sha256 前后一致（a19f5dbf…6487），无 -wal/-shm 残留