老项目不能直接配PSR-4，因其强约束要求类名必须匹配命名空间与路径，而老代码无命名空间、类名文件名不一致（如User、user.class.php），会导致Class not found；应改用classmap扫描目录或files加载函数/常量，并卸载旧autoload器。
能，但必须绕开 PSR-4、禁用 __autoload、只在真实入口加 require_once 'vendor/autoload.php' —— 其他地方加就是埋雷。
为什么老项目不能直接配 "psr-4": {"App\": "src/"}
老代码没命名空间，类名像 User、DbHelper，文件可能叫 user.class.php 或 db_helper.inc。一旦在 composer.json 里写了 psr-4，Composer 就默认“只加载符合该规则的类”，你原来的 class User {} 会被彻底忽略，报 Class 'User' not found。
- PSR-4 是强约束：它要求类名必须匹配命名空间 + 文件路径，不满足就跳过，不警告也不 fallback
- 老项目往往有多个类目录（
lib/、includes/、models/），且类名与文件名不一致，PSR-4 根本无法覆盖 - 即使你强行给老类补命名空间（如
namespace app;），也会引发函数重定义、include_once失效等连锁问题
classmap 是最稳的兜底方案
它不看命名空间、不验文件名、不拆下划线，只做一件事：扫描目录下所有 .php 文件，把里面声明的每个 class、interface、trait 名字和物理路径记进一张静态数组表。运行时查表加载，零逻辑判断。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 配置示例（
composer.json）："autoload": { "classmap": ["lib/", "includes/", "models/"] } - 路径必须是相对于
composer.json的，别写./lib/或绝对路径，Composer 会直接忽略 - 执行
composer dump-autoload后，映射写入vendor/composer/autoload_classmap.php，下次请求直接 require 这个文件 - 注意：老项目若已手动
require过这些类文件，现在必须删掉，否则触发Cannot redeclare class
全局函数和常量怎么自动加载？用 "files"
老项目常见 helper.php 里一堆 function str_clean()、define('SITE_URL', ...)，这类没法走 classmap，必须靠 "files" 字段——它会在 vendor/autoload.php 加载时无条件 require_once 列出的所有文件。
- 配置示例：
"autoload": { "files": ["lib/helper.php", "config/constants.php"] } - 这些文件会被加载一次且仅一次，适合放纯函数、常量、配置项
- 别把含
class定义的文件塞进来，否则和classmap冲突，类可能被加载两次 - 修改后必须跑
composer dump-autoload，否则新路径不生效
旧加载器不卸载，vendor/autoload.php 就是摆设
很多老项目自带 __autoload() 或用 spl_autoload_register() 注册了自定义加载器。如果不清掉，Composer 的加载器和你的老加载器会同时响应同一个类名，轻则重复加载报错，重则因顺序错乱导致类未定义。
- 在入口文件顶部引入
vendor/autoload.php后，立刻卸载旧加载器：spl_autoload_unregister('__autoload'); // 或针对具体函数 spl_autoload_unregister('my_old_loader'); - 千万别在
config.php或functions.php里require vendor/autoload.php—— 那些文件常被多次 include，会导致 autoload 被重复加载，opcache 缓存错乱 - 如果老项目用了框架（如 ThinkPHP 5.0 以下），确认其 Loader 类没在启动流程中偷偷注册 autoload，否则得翻源码找
spl_autoload_register调用点
最易被忽略的一点：每次改完 composer.json 的 autoload 段，必须手动跑 composer dump-autoload；OPcache 不会自动感知这个变化，线上环境尤其要 opcache_reset() 或重启 PHP-FPM，否则改了等于没改。
