目前没有主流、维护良好、支持 Composer 自动加载的纯中文字符验证码库，主流库如 gregwar/captcha 和 anerg/captcha 默认仅支持英文数字，中文渲染需手动配置字体并解决 GD、FreeType、字体路径等兼容性问题。
Composer 项目里直接装中文验证码组件，基本行不通——目前没有主流、维护良好、支持 Composer 自动加载的纯中文字符验证码库。所谓“一键配置”本质是自己搭轮子或魔改现有方案。
为什么找不到现成的 composer require 中文验证码包
主流验证码库（如 gregwar/captcha、anerg/captcha）默认只支持英文、数字或简单符号；中文字符涉及字体文件路径、字宽不均、抗锯齿渲染、PHP GD 中文支持等一堆底层问题，没人愿意长期维护一个高兼容性中文版。
-
gregwar/captcha虽能传自定义字体，但默认不带中文字体，且中文渲染易出现乱码或空白 -
anerg/captcha（Laravel 生态常用）内部用imagettftext，若 PHP 缺少 Freetype 支持或字体路径错，直接报GD Warning: failed to read font - 所有包都不处理「中文语义干扰」——比如“苹果”“微信”这种词不能当验证码，得自己筛词库
可行路径：用 gregwar/captcha + 手动注入中文字体
这是最轻量、兼容性相对好的做法，不改源码，只覆盖关键参数。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先执行：
composer require gregwar/captcha - 准备一个合法的中文字体文件（如
NotoSansCJKsc-Regular.otf），放到项目resources/fonts/下（确保 Web 进程有读权限） - 生成时显式指定字体：
$captcha = new CaptchaBuilder(null, new FontEnvelope(__DIR__.'/resources/fonts/NotoSansCJKsc-Regular.otf'));
- 注意：
null作为第一个参数表示不用默认词库，后续要自己提供中文字符串，例如：$captcha->setPhrase('验证码'); - GD 必须开启：
extension=gd，且编译时含--with-freetype（Ubuntu 可装php-gd包，CentOS 需确认freetype-devel已编译进 PHP）
绕过 GD：用 intervention/image + 字体渲染更可控
如果你已在用 intervention/image，它对中文字体的支持比原生 GD 更友好，且可链式调用。
- 装包：
composer require intervention/image - 手动构造验证码图：
$image = Image::canvas(200, 60, '#ecf0f1'); $image->text('你好', 20, 30, function ($font) { $font->file(__DIR__.'/resources/fonts/NotoSansCJKsc-Regular.otf'); $font->size(24); $font->color('#2c3e50'); }); - 缺点：没内置干扰线、噪点、旋转等验证码必需混淆逻辑，得自己补（比如用
imagefilledellipse画噪点） - 优势：字体大小、位置、颜色完全可控，适合需要 UI 对齐或品牌色的场景
真正卡住的从来不是“怎么引入”，而是“中文字符在不同服务器环境下的渲染一致性”。字体文件路径、PHP-GD 版本、FreeType 版本、甚至容器镜像里的 locale 设置，都会让同一段代码在本地显示正常、在线上返回空白图。别信“一键”，先验证 imagettfbbox 能否正确返回中文 bounding box。
