composer不按require顺序安装依赖——安装由composer.lock中的依赖图决定，require顺序仅影响可读性和autoload注册优先级。
Composer 不提供“按顺序安装依赖”的控制能力——require 列表里的包没有安装先后之分，所有包都由依赖解析器统一计算后并行下载、解压、写入 vendor/。所谓“顺序”，实际只影响两件事：一是 composer.json 中依赖声明的可读性与维护习惯；二是自动加载时类定义的覆盖优先级（仅限 files 和 PSR-4 映射）。
为什么 require 顺序不决定安装顺序
Composer 的安装流程不遍历 require 数组，而是基于 composer.lock 中已解析好的完整依赖图执行。即使你把 monolog/monolog 写在第一行、symfony/console 写在最后一行，两者仍可能被同时拉取、解压、生成 autoload 映射。
- 运行
composer install时，它只读composer.lock，不看composer.json的require排序 - 运行
composer update时，会重算整个图，新顺序由约束条件和可用版本共同决定，不是靠你在 JSON 里写的先后 -
sort-packages: true（默认）只会格式化 JSON 输出，不影响任何运行时行为
真正影响“谁先被加载”的只有 autoload 注册顺序
类能否被找到、用的是哪个版本的类，取决于 vendor/autoload.php 里加载器的注册顺序，而这个顺序由 Composer 硬编码决定：
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
-
"files"类型的脚本总在最前注册（无论你写在composer.json哪里） - PSR-4 映射按
composer.json中声明顺序注册（项目自身 > vendor 中各包） - 但 vendor 内部各包的 PSR-4 注册顺序，不由你的
require顺序控制，而是由composer.lock中packages数组的排列决定 —— 这个数组是解析结果，不可手动干预
想让某个包的类优先被加载？别动 require 顺序，改用 prependPsr4() 动态注入映射，或把关键类提前放到 "files" 里显式引入。
如何让自定义文件在所有 vendor 类之前加载
如果你有一组工具函数（比如 helpers.php），希望它们的函数定义能被所有后续类使用（包括覆盖全局函数），必须确保它们在 vendor/autoload.php 被 require 之前就生效。
- 不要只靠
"files"配置 —— 它虽注册最早，但仍是通过spl_autoload_register()加载，无法覆盖已声明的函数 - 正确做法：在入口文件（如
index.php）顶部，手动 require 自定义文件：require __DIR__ . '/src/helpers.php'; - 然后才
require __DIR__ . '/vendor/autoload.php'; - 这样能保证函数/常量/类在 autoloader 启动前就存在，避免 “Cannot redeclare” 错误
最容易被忽略的一点：autoload 顺序 ≠ 安装顺序 ≠ 执行顺序。你看到的 require 列表只是输入，不是指令；真正起作用的是锁文件内容、autoloader 注册时机、以及你是否在入口处主动干预了加载链。
