因为 composer install 默认跳过 vendor/composer/installed.json——它只在 vendor 已存在且 lock 文件未变时才用该文件做增量比对；首次安装或 vendor 清空后，Composer 直接按 composer.lock 重建全部依赖，installed.json 是生成结果而非输入源。
composer install 时为什么没读 vendor/composer/installed.json？
因为 composer install 默认跳过该文件——它只在 vendor 已存在且 lock 文件未变时才用 installed.json 做增量比对。首次安装或 vendor 被清空后，Composer 直接按 composer.lock 重建全部依赖，installed.json 是结果，不是输入。
常见错误现象：你删了 vendor，又手动改了 installed.json，然后跑 composer install，发现改动完全没生效——这不是 bug，是设计逻辑：Composer 不信任运行前的 installed.json，只把它当“已知状态”的快照，而非配置源。
-
installed.json不参与依赖解析，只用于后续命令（如dump-autoload、show）快速查状态 - Local repository（如
"type": "path"）的包，其installed.json条目里source字段会包含"type": "path"和真实路径，但dist字段为空 - 如果本地 path repo 的目录结构被移动或权限变更，
installed.json仍保留旧路径，下次update会报错：Could not fetch package ... from source: path
Local repository 修改后，installed.json 怎么同步？
不自动同步。Local repo 的变更（比如你改了 path 指向的目录里的 composer.json 版本号）不会触发 installed.json 更新，除非你显式运行依赖相关命令。
真正起作用的是 composer update vendor/package-name 或 composer update 全量刷新——它会重新解析本地 repo 的 composer.json，重新计算版本约束，再重写 installed.json 中对应条目。
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 仅改本地 repo 目录内容，不运行
composer update，installed.json里记录的仍是旧版本和旧 autoload 配置 -
composer require vendor/package-name --repository-url=... --repository-type=path这种临时加源方式，不会写入composer.json，也不会持久化到installed.json的元数据中 - 若本地 repo 启用了
"autoload-dev"，但主项目没启用--dev，installed.json中该包的autoload字段仍只含autoload部分，不含autoload-dev
读 installed.json 判断 local package 是否启用，靠谱吗？
不完全靠谱。它能告诉你“这个包当前装在哪儿、版本多少”，但不能反映是否被 autoload 实际加载，更不表示它的 scripts 或 plugins 已激活。
例如一个 local plugin 包，即使 installed.json 里 "type": "composer-plugin" 且 "extra": {"class": "MyPlugin"} 都正确，若其 composer.json 中 "require" 缺少 "composer-plugin-api"，Composer 在初始化阶段就会跳过它——installed.json 不记录这种“注册失败”状态。
-
installed.json中"enabled"字段不存在；是否启用取决于 Composer 插件系统在 runtime 的实际加载链 - 判断 local package 是否参与 autoloading，应检查
vendor/autoload.php生成后是否包含其 PSR-4 映射，而不是只看installed.json的autoload字段 - 插件类是否被实例化，要看
Composer\Plugin\PluginManager::activate()是否执行成功，这过程不落盘到installed.json
vendor/composer/installed.json 被误删后怎么办？
立刻运行 composer install 或 composer update。它不是关键配置文件，而是可再生缓存——只要 composer.lock 和 vendor 目录结构完整，重建只需几秒。
但要注意：如果你刚手动删了 vendor 又删了 installed.json，然后只跑 composer dump-autoload，会报错 file_get_contents(vendor/composer/installed.json): failed to open stream——因为 dump-autoload 依赖该文件读 autoload 配置，它不做重建。
- 恢复最快路径：
composer install --no-scripts（跳过脚本避免干扰），它会重建installed.json并生成基础 autoload 映射 - CI 环境中建议加检查：
test -f vendor/composer/installed.json || (echo "missing installed.json" >&2; exit 1)，防因缓存污染导致后续命令静默失败 -
installed.json是 UTF-8 编码 JSON，Windows 行尾（CRLF）可能引发解析失败，Git 提交时应设.gitattributes强制 LF
installed.json 的交互本质是单向写入：前者驱动后者更新，后者不反向控制前者行为。最易忽略的点是——你以为改了本地包的 composer.json 就等于改了项目依赖，其实没走 composer update，Composer 就永远不知道。 
