dump-autoload不支持--include-path参数，该选项不存在且会报错；Composer自1.0起已移除include-path，类加载应通过autoload字段配置psr-4、files或classmap，并执行composer dump-autoload生效。

dump-autoload 本身不支持 include-path 参数

直接运行 composer dump-autoload --include-path 会报错：Unknown option: --include-path。Composer 自 1.0 起就移除了该参数，官方文档和源码里都找不到对应实现。所谓“通过 include-path 实现旧版本兼容”，是误传或混淆了历史行为（比如早期 Composer + 自定义 autoloader 手动拼接路径的 hack 方式）。

旧项目升级后类找不到？优先检查 autoload 配置项

真正影响类加载路径的是 composer.json 中的 autoload 和 autoload-dev 字段。常见问题场景：从 PHP 5.6 迁移到 7.4+，但遗留代码放在 lib/ 或 includes/ 目录下未被声明。

• 用 psr-4 显式映射旧目录：

  "autoload": {
    "psr-4": {
      "Legacy\": "lib/"
    }
  }

• 若文件无命名空间，改用 files 数组直接 require：

  "autoload": {
    "files": ["includes/functions.php", "includes/utils.php"]
  }

• 修改后必须执行 composer dump-autoload，否则新配置不生效

为什么有人觉得 include-path “有用”？其实是手动 require 的副作用

部分老项目在 index.php 或 bootstrap 文件里写了类似 set_include_path(get_include_path() . PATH_SEPARATOR . 'legacy/');，再配合 require_once 或 include 加载文件。这和 Composer 的 autoloader 完全无关——dump-autoload 不会读取或修改 PHP 的 include_path。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• 这种写法在 Composer 环境下容易引发冲突：类被自动加载器加载一次，又被手动 require 一次，导致 Cannot redeclare class
• PHP 7.4+ 默认禁用了 include_path 对 require 的影响（除非显式启用 enable_dl，但不推荐）
• 真正兼容的做法是把旧代码迁入 files 或 classmap，让 Composer 统一管理

classmap 是兼容无命名空间旧代码最稳妥的方式

对没有命名空间、函数式风格的老代码，classmap 比 files 更可控：它生成静态映射表，避免每次请求都扫描文件，也规避了 files 中文件顺序导致的依赖问题。

• 在 composer.json 中添加：

  "autoload": {
    "classmap": ["legacy/", "old_lib/"]
  }

• 运行 composer dump-autoload -o（-o 表示优化，生成 classmap.php）
• 注意：classmap 只扫描 PHP 文件，且不会递归处理软链接（除非加 --no-dev 时排除 dev autoloaders）

路径拼写错误、目录权限不足、或忘记加 -o 导致 classmap 未生成，是实际中最常卡住的地方。