Composer不处理全局函数冲突，因自动加载机制仅响应类、接口等声明，对函数无感；函数在文件被require时即载入符号表，重复加载同名函数会直接报Cannot redeclare错误。
Composer 不处理全局函数冲突，PHP 会直接报 Cannot redeclare function —— 这不是 autoload 顺序问题，而是文件被多次 require 或 include 导致的硬性错误。
为什么 Composer 无法干预全局函数加载
Composer 的自动加载机制只响应 class、interface、trait 和 enum 的首次使用（通过 spl_autoload_register），对 function 完全无感。任何在 .php 文件顶层定义的函数，只要该文件被 require 过一次，就已进入 PHP 符号表；再 require 同一文件或另一份含同名函数的文件，立刻 fatal。
- 检查你是否手动
require 'vendor/some-pkg/helpers.php'，而该包自身又在composer.json的autoload.files字段里注册了同一路径 - 确认没有在多个地方重复写
require __DIR__ . '/app/functions.php'（尤其在 ThinkPHP 的common.php或 Laravel 的helpers.php衍生文件中） -
autoload.files列表里的文件，会在vendor/autoload.php被引入时**无条件执行一次**，不判断是否已加载
autoload.files 中的文件谁先谁后？
autoload.files 的加载顺序就是它在 composer.json 里声明的数组顺序，Composer 不做去重、不跳过、不校验内容。如果两个包都往这个字段塞了 functions.php，且都定义了 str_slug()，那第二个文件的 require 就会崩。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer dump-autoload -v，输出末尾会列出所有autoload.files路径，按实际加载顺序排列 - 用
grep -n "function str_slug" vendor/*/*/functions.php快速定位冲突源 - 不要试图在项目
composer.json里加一条"autoload": {"files": ["vendor/conflict-pkg/functions.php"]}来“覆盖”——这只会让冲突更早发生
如何安全地共存多个 helpers 文件
唯一可靠方式是避免顶层函数定义。把逻辑封装进 class 或 namespace function（PHP 8.2+），或加运行时保护：
- 在
functions.php开头加：if (!function_exists('my_helper_fn')) { function my_helper_fn() { ... } } - 改用静态方法：
Helper::slug()，由 Composer 自动加载 class 控制生命周期 - 若必须用
autoload.files，确保每个文件只被一个包声明；用exclude-from-classmap配合composer remove剔除冲突包的 autoload.files 声明（需 fork 后修改其composer.json）
真正麻烦的从来不是“哪个先加载”，而是“谁悄悄 require 了两次”。盯住 autoload.files 输出和实际文件内容，比调 PATH 或 dump-autoload 顺序更直接有效。
