autoloader-suffix仅解决多个autoload.php注册同名初始化类的冲突，不解决类名或文件路径冲突；它只修改生成的自动加载器类名，不影响PSR-4映射、autoload_ps4.php内容及实际类加载行为。
autoloader-suffix 不能解决类名或文件路径冲突
它只改生成的自动加载器类名，比如把 ComposerAutoloaderInitabcd1234 改成 ComposerAutoloaderInitTenantA。不碰 PSR-4 映射、不改 vendor/composer/autoload_psr4.php、也不影响任何类的实际加载行为。如果你遇到 Class not found 或两个包同名类互相覆盖，加 autoloader-suffix 没用——那属于 autoload 配置或目录隔离问题，不是加载器类名撞了。
真正能靠 autoloader-suffix 避开的，只有 spl_autoload_register 的注册冲突
当多个 vendor/autoload.php 被同一进程 require（比如 CLI 脚本里手动 include 了两个租户的 autoload），而它们又没设 suffix，就会尝试注册同名的初始化类，触发 PHP 的 Fatal error: Cannot declare class ComposerAutoloaderInitxxx。这时候加 suffix 是唯一解：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 在租户 A 的
composer.json里写"config": {"autoloader-suffix": "TenantA"} - 在租户 B 的
composer.json里写"config": {"autoloader-suffix": "TenantB"} - 各自运行
composer install -d tenants/tenant-a/ --no-scripts和composer install -d tenants/tenant-b/ --no-scripts - 运行时用
require_once 'tenants/tenant-a/vendor/autoload.php';和require_once 'tenants/tenant-b/vendor/autoload.php';—— 不再报类重定义
注意：这要求你**主动 require 多个 autoload.php**，Composer 默认不会干这事；也意味着你必须自己管理 ClassLoader 的注册顺序和作用域，不能依赖框架自动接管。
容易被忽略的关键限制
autoloader-suffix 是静态写死在生成的 autoload_real.php 里的，一旦 vendor/autoload.php 被生成，改配置再跑 composer dump-autoload 不生效——必须删掉 vendor/ 重装。更隐蔽的是：如果某个子项目用了 --no-autoloader，它压根不生成 autoload 相关文件，suffix 设置就完全无效。多租户场景下，还常有人误以为 suffix 能让 PSR-4 映射“按租户分隔”，结果发现 TenantA\Controller\User 和 TenantB\Controller\User 还是映射到同一个 src/Controller/User.php —— 因为 suffix 和命名空间路径映射毫无关系。
