Composer没有中文Event系统，其事件机制基于PSR-14、全英文且大小写敏感，如pre-install-cmd；误用中文或驼峰命名将被忽略；推荐用post-autoload-dump触发代码修复以确保autoloader就绪。
Composer 本身没有“中文 Event 系统”——这是个常见误解。Composer 的事件（event）机制是纯英文的、基于 PSR-14 兼容的事件分发器（自 Composer 2.2+ 内置），所有事件名如 pre-install-cmd、post-autoload-dump 都是固定英文字符串，不支持本地化或中文注册。
Composer 的 event 名称必须用英文，且大小写敏感
你在 composer.json 中写的 "scripts" 或监听器绑定，只能使用官方定义的英文事件名。比如：
{
"scripts": {
"post-install-cmd": [
"PhpCsFixer\Console\Application::run"
],
"post-autoload-dump": "App\Scripts\AutoFixer::onAutoloadDump"
}
}
如果误写成 "安装后执行" 或 "post-install-zh"，Composer 直接忽略，不会报错也不会触发。
-
pre-autoload-dump和post-autoload-dump是修复代码前/后重生成 autoloader 的关键时机，适合运行 PHP-CS-Fixer 或 PHPStan -
post-install-cmd和post-update-cmd在依赖安装完成后触发，适合一次性修复全项目代码 - 事件名区分大小写：
postAutoloadDump（驼峰）无效，必须是post-autoload-dump
想在构建阶段自动修复代码？优先用 post-autoload-dump
比起 post-install-cmd，post-autoload-dump 更可靠：它每次运行 composer dump-autoload 或 install/update 时都会触发，且保证 autoloader 已就绪，能正确加载你自己的修复类或第三方工具。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
实操建议：
- 把修复逻辑封装成一个静态方法，例如
App\Fixer::run()，确保它不依赖未加载的类（避免循环 autoload） - 在该方法里调用
php-cs-fixer fix命令时，用proc_open()并捕获 stderr，否则失败时 Composer 不会中止流程 - 若修复耗时长（如全量扫描），加
--dry-run+ 日志判断，避免 CI 环境反复修改源码导致 diff 波动
中文路径或文件名会导致 php-cs-fixer 报错 Invalid UTF-8 sequence
这不是 Composer 事件的问题，而是底层 Symfony Console 和 PHP 文件系统对非 ASCII 路径处理不一致所致。尤其在 Windows 或某些 Linux locale 下，php-cs-fixer 默认以 ISO-8859-1 解析路径，遇到中文目录就崩溃。
解决方式只有两个有效路径：
- 统一项目路径用英文（最稳妥，CI/CD 流程也更兼容）
- 强制指定环境编码：
export LANG=en_US.UTF-8（Linux/macOS）或在composer.json的 script 中前置设置：env LANG=C.UTF-8 php-cs-fixer fix - 升级到
php-cs-fixer ^3.14+，它默认启用--using-cache并改善了路径编码检测，但不解决根本问题
真正卡住人的不是“怎么写事件”，而是事件触发后工具链的编码、权限、autoload 加载顺序这三处细节。修完代码再生成 autoload，和先生成 autoload 再修代码，结果可能完全不同。
