composer不支持全局autoload配置，因autoload字段仅从项目composer.json读取；全局config.json中设置无效。可行方案：用path仓库引入本地包并各自配置autoload，或手动require全局函数文件。
Composer 本身不支持“全局类库映射路径”——autoload 配置只作用于当前项目，不存在跨项目的 PSR-4 或 files 映射。所谓“全局类库”，实际只有两种可行路径：用 path 类型仓库引入本地包，或把类库作为全局工具（composer global require）安装并手动管理加载逻辑。
为什么不能直接在全局配置里写 autoload
Composer 的 autoload 字段（包括 psr-4、files、classmap）**只被读取自项目根目录的 composer.json**。全局配置（~/.composer/config.json 或 $COMPOSER_HOME/config.json）根本不解析 autoload 字段，写了也完全忽略。
- 你执行
composer config --global autoload.psr-4 '{"MyLib\": "src/"}'—— 命令会成功，但毫无效果 - 运行
composer global dump-autoload会报错：Command "global" is not defined，因为dump-autoload没有--global模式 - 即使硬改
$COMPOSER_HOME/config.json加了 autoload，Composer 启动时根本不会加载它
想让多个项目共用一套本地类库？用 path 仓库 + 项目级 autoload
这是最常用、最可控的方式：把你的类库放在固定目录（如 ~/code/my-utils），每个需要它的项目都通过 repositories 引入，并在自己 composer.json 中声明 autoload。关键点是：本地包自身必须有合法的 autoload 配置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 确保本地包（
~/code/my-utils/composer.json）含有效psr-4，例如："autoload": {"psr-4": {"MyUtils\": "src/"}} - 在目标项目中添加仓库：
"repositories": [{"type": "path", "url": "../my-utils"}]（路径相对于项目composer.json） - 然后
composer require my-utils/my-utils（包名必须和本地包composer.json中的name完全一致） - 最后别忘了在目标项目中运行
composer dump-autoload—— 这步才真正把本地包的映射合并进项目 autoload 表
如果真要“全局可用函数”，只能靠 files + 手动 require
假设你有一组纯工具函数（str_slug()、array_flatten()），希望所有 CLI 脚本都能直接调用，不依赖项目结构。这时唯一办法是绕过 Composer 自动加载，自己控制入口：
- 把函数文件（如
~/code/global-helpers.php）写成只含function和const，无类、无命名空间 - 在每个要用它的脚本开头加：
require '/home/you/code/global-helpers.php'; - 或者封装一个全局 bootstrap 文件，比如
~/code/autoload-global.php，里面require所有 helpers，再让各脚本统一require它 - 注意：
files字段无法用于全局，所以这条路必须手动管理，不能靠composer dump-autoload自动注入
最容易被忽略的一点：很多人试图用 COMPOSER_HOME 配合 config.vendor-dir 来“统一 vendor”，但这只影响包安装位置，对类加载路径毫无作用——vendor/autoload.php 生成后，它的内部逻辑就固定了，不会因为你换了 COMPOSER_HOME 就自动加载新路径下的类。
