技术博客
执行 composer –version 输出类似 Composer version 2.7.7 (2024-06-12 13:45:00)，其中 2.7.7 是真实语义化版本号，而括号里那个时间不是你本地安装或升级的时间，是官方 PHAR 包构建时的 UTC 时间戳。如果你自己从源码 git clone && php install.php 构建，会看到 dev-main 这类标识，且无精确时间——这说明你用的不是标准发布版。
直接写分支名就行，Composer 会自动识别为 dev- 前缀的开发版约束。但要注意：分支名必须存在于目标仓库的 Git 远程（如 GitHub/GitLab），且包的 composer.json 中需声明 "minimum-stability": "dev" 或在根项目中显式配置。
autoloader-suffix 不能设成固定值，Composer 官方明确禁止手动指定 —— 它是自动生成的哈希值，硬写死会导致自动加载失效、类找不到、composer dump-autoload 失败。
Composer 全局安装不是“装一次就能全局用”，而是指把 composer.phar 放到系统 PATH 里，让它在任意目录下都能被识别为命令；所谓“全局目录”也不是 Composer 自己管理的，是你手动指定的、存放全局包（如 laravel/installer）的位置。
因为 composer install 根本不支持 –force 参数，加了会被忽略或报错。这不是“没生效”，而是命令压根不存在——Composer 官方从未实现这个 flag。你看到的某些博客或脚本里的写法，多半是混淆了 composer update 或自定义脚本行为。
因为 composer install 默认读取 composer.lock 安装，但若本地没提交 lock 文件、或 lock 文件里含 "require-dev" 的包（比如 phpunit、larastan），而生产环境又用了 –no-dev，就会导致依赖解析失败——不是缺包，是 lock 文件记录了 dev 包，却禁止安装它们。
PHP 内置服务器不读取 autoload.php 的自动重载机制，它只管按路由规则转发请求，不会主动触发 Composer 的 autoloader 初始化。你写的 require ‘vendor/autoload.php’ 如果漏了、位置错了，或者被条件逻辑跳过，类就直接 Class not found。
Composer 在无网络环境（air-gapped）下不能直接工作，它默认依赖远程 Packagist 和 Git 仓库；但可以提前准备、离线缓存、本地替换源，实现“伪离线”安装。
Composer 的 scripts 不是写完就自动运行的，它只是注册了一组命名任务，必须显式调用才能执行。比如你写了 "post-install-cmd": "php build.php"，那只有在 composer install 结束后才跑；如果想手动跑，得用 composer run-script post-install-cmd 或更短的 composer run post-install-cmd。
因为 Composer 在安装某些包（尤其是 dev- 分支、vcs 类型仓库或未打 tag 的提交）时，会调用系统 git 命令克隆源码。Windows 默认不带 Git，而你又没把 Git 的 bin 目录加进 PATH，就会触发这个错误。