composer自定义路径失败主因是vendor-dir配置后未同步更新所有require路径，且路径含尾斜杠、空格、中文时静默跳过；需确保路径存在、composer.json有效、name字段完全匹配，并验证symlink是否真实创建。

Composer 自定义路径找不到，95% 是 vendor-dir 改了但代码里仍硬写 vendor/autoload.php，或 composer.json 里路径配置含尾斜杠、空格、中文——它不报错，只静默跳过。

vendor-dir 配置后 require 失败的真正原因

改了 "vendor-dir" 后 require 'vendor/autoload.php' 报错，不是 Composer 没装好，而是自动加载入口文件根本不在 vendor/ 下了。Composer 生成的真正入口是 lib/vendor/autoload.php（假设你设了 "vendor-dir": "lib/vendor"），而 vendor/autoload.php 只是个空壳。

• vendor-dir 只影响依赖安装位置，不影响 autoload.php 的生成逻辑——它永远按配置值生成到对应目录
• 所有 require、include、部署脚本、Web 入口（如 public/index.php）都必须同步改成新路径，比如 require 'lib/vendor/autoload.php';
• composer dump-autoload 不会重建 autoload.php 文件，只刷新类映射表（autoload_classmap.php 等）
• 删掉新目录下的 autoload.php 后不重装，dump-autoload 也救不回来——必须运行 composer install 或 update

path 仓库配置后 “Could not find package” 怎么快速验证

报这个错时，Composer 并没联网失败，而是本地路径压根没被识别。关键不是看报错文字，而是确认三件事是否同时成立：路径存在、composer.json 存在、name 字段完全一致。

Discussion Composer

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

下载

• 执行 ls -ld ../my-package（Linux/macOS）或 dir ..\my-package（Windows），确认目录真实存在且非空
• 进入该目录，运行 cat composer.json | grep name，输出必须是类似 "name": "acme/utils"——大小写、连字符、斜杠一个都不能差
• repositories 必须写在项目根目录的 composer.json 里，且格式为：{"type":"path","url":"../my-package"}；url 值末尾不能有 /，也不能是 ../my-package/composer.json
• Windows 用户若路径含中文、空格或用了 ~，直接失效；必须用绝对路径或纯英文相对路径

symlink 没创建却没报错？这才是最危险的坑

你改了本地包代码，vendor 里却没变——大概率是 symlink 创建失败，但 Composer 默认 fallback 到 copy，且不提示。它“假装成功”，实际你开发的是副本。

• Linux/macOS：运行 ls -la vendor/acme/utils，看到 -> 才是软链；如果显示普通目录，说明 fallback 了
• Windows：用 dir vendor\acme\utils，看到 <symlinkd></symlinkd> 标识才算成功；否则需以管理员身份运行终端
• 控制 symlink 的开关在**本地包自己的 composer.json** 里，不是主项目中："options": {"symlink": true}（旧版）或 "symlinks": true（2.2+）
• 改完本地包代码后，别只跑 composer install——它不会更新已有链接；必须 composer update acme/utils 或删掉 vendor/acme/utils 再重装

最常被忽略的点：路径问题从不报“Permission denied”，而是静默跳过或 fallback；所有“找不到”背后，都是 Composer 在严格执行“路径存在且合法”这一条铁律——它不猜、不补、不提示，只查。