在 composer.json 根对象中添加 "sort-packages": true 即可启用自动排序，下次运行 composer require、update 或 install 时会按字母升序重排 require 和 require-dev 中的包名，仅影响键名顺序，不改变版本约束或格式缩进。
composer.json 里怎么开启 sort-packages
直接在 composer.json 的根对象里加一行配置就行，不需要插件或额外命令：
-
"sort-packages": true必须是顶层字段，不能塞进config或extra里 - 加完后下次运行
composer require、composer update或composer install，都会自动重排require和require-dev里的包名（按字母升序） - 注意：它只影响包名顺序，不改变版本约束写法，也不动
autoload或其他字段
为什么加了没生效？常见卡点
最常踩的坑不是配置错，而是「没触发重排时机」：
- 只改了
composer.json但没运行任何composer命令 ——sort-packages是运行时行为，不是静态格式化工具 - 用了
composer install但vendor/已存在且composer.lock没变 —— 此时 Composer 默认跳过依赖解析，也就不会重排composer.json - 手动编辑过
composer.json的依赖块（比如删空行、调换顺序），而 Composer 重排时会抹掉你的手工格式 —— 它只保证键名顺序，不保留换行和缩进
sort-packages 对 lock 文件和协作的影响
这个配置本身不改变依赖解析逻辑，但会影响团队协作的 diff 干净度：
-
composer.lock不受sort-packages影响 —— 它的结构固定，排序由内部算法决定，和 JSON 配置无关 - 多人同时增删包时，如果一方开了
sort-packages，另一方没开，composer.json的 diff 会巨多（整块重排），容易引发无意义冲突 - 建议全团队统一开关：要么都设
true，要么都删掉该字段（默认为false）
想临时禁用排序，但又不想删配置
没有官方“临时关”开关，但有更稳妥的做法：
- 运行命令时加
--no-sort-packages参数，例如：composer require foo/bar --no-sort-packages - 该参数优先级高于
composer.json里的设置，且只作用于当次命令 - 注意：不是所有命令都支持它 ——
composer install和composer update支持，但composer dump-autoload这类不碰依赖列表的命令不认这个参数
composer.json。很多人配完就以为完事了，其实差了一次真正触发依赖操作的命令。 
