composer 没有类加载钩子，因其 autoload 基于 spl_autoload_register() 的静态映射机制，仅执行“类名→查表→require_once”，无事件分发或拦截点；唯一无条件执行的是 files 配置，但属全局前置而非类级监听。
Composer 自动加载本身不提供「类加载钩子」——你不能在某个类被 require 前后插入回调，也没有类似 onClassLoad 的事件。
为什么没有类加载钩子？
Composer 的 autoload 是基于 PHP 原生的 spl_autoload_register() 实现的静态映射机制，它只做一件事：收到类名 → 查映射表 → require_once 对应文件。整个过程无反射、无事件分发、无中间拦截点。
- 所有加载逻辑都在
vendor/composer/ClassLoader.php里硬编码执行，不暴露钩子接口 -
files类型是唯一“无条件执行”的配置，但它本质是提前require_once，不是对类加载行为的监听 - 试图用
set_error_handler()或register_shutdown_function()捕获类未找到再干预，属于 hack，不可靠且破坏class_exists()语义
想在类加载时触发逻辑？用 files 或 autoload-dev 替代
如果你真需要“类加载前/后跑一段代码”，实际可行路径只有两个：
-
files：把初始化逻辑写进一个 PHP 文件，放进"autoload": {"files": ["src/init.php"]}；它会在vendor/autoload.php加载时**最先执行**，但注意：它和具体类无关，是全局前置动作 -
autoload-dev下的files：适合只在开发环境运行的加载前逻辑（如自动注册调试工具），CI 环境若加了--no-dev就不会加载
别指望靠 PSR-4 映射触发回调——映射只是字符串匹配，没执行任何用户代码。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
自定义 Loader 不该重写 ClassLoader
手写一个替代 vendor/autoload.php 的加载器，既没必要也不安全：
- 会绕过 Composer 生成的优化映射（如
autoload_classmap.php和autoload_psr4.php），性能下降明显 - 无法兼容
composer dump-autoload -o的优化模式 - 手动实现 PSR-4 路径解析容易出错：Windows 路径分隔符、命名空间尾部反斜杠、大小写敏感等边界情况难覆盖
- 如果同时 require 了原 autoload.php 和你的 loader，
spl_autoload_register()会被重复注册，导致类加载两次或顺序错乱
真正需要动态加载时，用插件 + 事件，而非 Loader
如果你的场景是“某类不存在时，从插件目录动态加载”，正确做法不是改 autoload，而是：
- 在 Composer 插件的
activate()中拿到$composer，监听post-autoload-dump事件 - 事件回调里扫描插件目录，生成临时 classmap 或更新
autoload-dev.files - 再调用
$composer->getAutoloadGenerator()->dump()（需确认版本支持）或提示用户手动dump-autoload
这种组合才是 Composer 官方认可的扩展方式；硬塞进 autoload 流程只会让项目在升级 Composer 时突然失效。
类加载本身是底层基础设施，Composer 把它做得足够快、足够稳，也刻意封死了干预入口。你要的“钩子”，往往其实是事件驱动（比如生成 autoload 后做些事），而不是加载那一刻的回调。
