Composer命令离线不可用，先查PATH是否含C:\ProgramData\ComposerSetup\bin（Windows）或对应路径，用where composer验证；未生效则手动添加绝对路径、无尾斜杠、无空格，关闭所有终端后新开验证。
composer 命令本身在离线机上不可用？先查 PATH 是否生效
离线机上 composer --version 报“不是内部或外部命令”，不是 Composer 没拷对，而是系统根本找不到可执行文件。Windows 下官方安装器默认把 composer.bat 放在 C:\ProgramData\ComposerSetup\bin，但这个路径必须手动加进「系统变量」的 Path 才能全局调用。
验证方法很简单：where composer（Windows）或 which composer（Linux/macOS），无输出即未生效。加完后务必关闭所有已打开的终端（CMD/PowerShell/VS Code 内置终端），再新开一个——旧进程不会读新 PATH。
- 路径必须是绝对路径，不带末尾反斜杠，不能有空格或中文
- 如果用的是手动下载的
composer.phar，得确保它有执行权限（chmod +x composer.phar），并软链到/usr/local/bin/composer或加进PATH - 运行
echo %PATH%（Windows）或echo $PATH（macOS/Linux）确认该路径已存在
全局命令（如 laravel、phpunit）找不到？那是另一个 PATH 问题
composer global require laravel/installer 成功 ≠ laravel -V 能运行。Composer 全局 bin 文件实际放在用户专属目录下，和 composer 自身所在路径完全无关，必须单独加进 PATH。
先查真实路径：composer config --global bin-dir --absolute，输出类似 C:\Users\用户名\AppData\Roaming\Composer\vendor\bin（Windows）或 /home/用户/.config/composer/vendor/bin（Linux/macOS）。把这个路径加进「用户变量」的 Path（Windows）或追加到 ~/.zshrc（macOS/Linux）：export PATH="$HOME/.config/composer/vendor/bin:$PATH"。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 加完重载：
source ~/.zshrc（macOS/Linux）；Windows 用户需新开终端 - 验证：
dir C:\Users\用户名\AppData\Roaming\Composer\vendor\bin\laravel.bat（Windows）或ls ~/.config/composer/vendor/bin/laravel（macOS/Linux）应存在对应可执行文件 - 别设
COMPOSER_HOME环境变量——一旦设错，全局配置、缓存、bin 目录全部偏移，且不报错
离线环境下执行 composer install 却仍报 Could not fetch？检查 COMPOSER_DISABLE_NETWORK 和仓库配置
即使 vendor 目录完整、composer.lock 也存在，composer install 仍可能报 Could not fetch https://repo.packagist.org/packages.json。这不是网络没断干净，而是 Composer 默认仍会主动请求远程元数据——必须显式禁用。
COMPOSER_DISABLE_NETWORK=1 是硬性前提，不设它，所有 --no-xxx 参数都无效。同时要确保全局配置里没有残留的 Packagist 源：
- 运行
composer config --global repo.packagist false彻底禁用 fallback 校验 - 检查项目
composer.json中是否含"repositories": [{"type": "packagist", "url": false}]，这种写法在COMPOSER_DISABLE_NETWORK=1下会直接退出 - 若
composer.lock中有"source"类型包（如 Git URL 或dev-master），离线时无法校验，install 必然失败，需提前替换为 dist 包或 path 仓库
autoload 不生效、Class not found？dump-autoload 不能省
离线执行 composer install --no-plugins --no-scripts --no-autoloader 后，vendor/autoload.php 并未重建。此时运行 PHP 脚本大概率报 Class not found，因为 autoloader 文件还是旧的或压根没生成。
必须立刻补一记：composer dump-autoload -o。这步不是可选优化，而是离线部署的强制收尾动作。
-
-o（optimize）参数很重要：它生成 classmap，绕过 PSR-4 的文件扫描，避免因路径权限或大小写问题导致类加载失败 - 如果项目用了自定义 autoload 配置（如
files数组），确保这些文件在离线机上路径一致，否则dump-autoload会静默跳过 - 不要依赖
composer install自动触发 autoload 重建——--no-autoloader就是让它跳过，你得自己补上
COMPOSER_DISABLE_NETWORK=1 + 显式禁用仓库 + 补全 autoload 三者缺一不可。少一个环节，错误就藏在看似成功的命令背后。 
