composer是php依赖管理工具，需先验证composer --version输出版本号，再运行composer init生成composer.json，最后在入口文件首行写require dir . '/vendor/autoload.php';即可入门。
composer 不是编程语言，也不是框架，它就是一个**依赖管理工具**——你写 PHP 项目时，不想重复造轮子（比如日志、HTTP 客户端、数据库封装），就用它从 Packagist 上拉别人写好的包，自动装好、自动加载。
你不需要“系统学”，只要在 5 分钟内跑通三件事：composer --version 能输出版本号、composer init 生成 composer.json、入口文件第一行写对 require __DIR__ . '/vendor/autoload.php';，你就已经入门了。
composer 命令装不上，command not found 怎么办
这不是 Composer 坏了，是它没进系统 PATH。
Windows 用户双击 Composer-Setup.exe 基本就位；macOS 用 brew install composer 最稳；Linux 推荐这行命令：curl -sS https://getcomposer.org/installer | php && sudo mv composer.phar /usr/local/bin/composer。
验证别只看有没有报错，要跑两步：composer --version 输出类似 Composer version 2.7.7，再跑 composer diagnose 看是否卡在 Downloading https://packagist.org/packages.json。
如果 composer --version 报错但 php composer.phar --version 能过，说明 PATH 没配对。临时补救可用 php composer.phar 替代，但别把 composer.phar 放进项目目录长期用——容易误提交、版本混乱。
国内 composer install 卡在 Loading repositories 怎么破
这是 Packagist 官方源被墙的典型表现，不是你网络断了，也不是 Composer 故障。
必须换镜像源，且得全局生效（否则 CI 或队友机器照样卡）：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/。
别用网上搜到的过期地址，比如 https://packagist.phpcomposer.com 已停服。
换完再试 composer diagnose，看到 Repo packagist.org: OK 才算真正通了。
如果项目已有 composer.lock，千万别删掉重来——install 是按 lock 精确还原，update 才会重新解析依赖树。
require_once 'vendor/autoload.php' 总是报 Class not found
根本原因只有两个：路径写错，或 autoload.php 没放第一行。
错误写法包括：require './vendor/autoload.php' → CLI 和 Web 下相对路径行为不一致；session_start(); require 'vendor/autoload.php'; → 类还没加载就触发了 session，PHP 直接 fatal error；漏掉这行却在 src/ 里用了 Monolog\Logger → 运行时报错，IDE 却不提醒。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
正确写法只有一行，且必须放在入口文件（如 index.php）最顶部：require __DIR__ . '/vendor/autoload.php';。
别手写 require_once 'vendor/monolog/monolog/src/Monolog/Logger.php'; ——绕过 Composer 加载逻辑，下次换版本或结构就直接挂。
改了 autoload 配置（比如加了新命名空间映射）后，必须手动执行 composer dump-autoload，否则不生效。
composer install 和 composer update 到底该用哪个
这不是操作习惯问题，而是环境一致性问题。用错一个命令，线上就可能崩。
你刚 git clone 一个别人写的项目 → 只能用 composer install，它读 composer.lock，装的版本和提交时完全一致。
你要加一个新包，比如日志组件 → 先运行 composer require monolog/monolog（它内部会自动 update 并更新 lock 文件）。
你想把所有包升到最新小版本（如 2.1.3 → 2.1.9）→ 用 composer update --with-dependencies，裸跑 update 会把整个依赖树重算一遍，风险极高。
常见错误现象：团队里有人跑了 composer update 后提交了新的 composer.lock，其他人 install 出来行为不一致，但没人意识到是 lock 文件被悄悄改了。
__DIR__ 不是可选项，是安全底线；composer.lock 不是中间产物，是部署契约；镜像配置不生效，往往是因为用了过期地址或没加 -g 全局标记。
