保障前端资源一致：借助Composer前端资源插件统管全栈依赖树状图-composer-PHP中文网

composer是php依赖管理工具，不适用于前端资源管理，无法解析node_modules、import语句或package.json，其依赖树仅反映php类库层级，与前端构建和运行时依赖完全无关。

保障前端资源一致：借助composer前端资源插件统管全栈依赖树状图

Composer 是 PHP 生态的依赖管理工具，不适用于前端资源管理。把它和“前端资源”“全栈依赖树状图”强行挂钩，属于典型的概念错配——它解析的是 composer.json 中的 PHP 包（如 Laravel、Symfony 组件），根本不会识别、下载或解析 jquery、bootstrap、vue 这类前端资产。

如果你在项目中看到 composer require some/frontend-package 成功执行，那大概率是某个 PHP 包内部附带了前端文件（比如 AdminLTE 的 Laravel 封装版），但这些文件只是“静态副本”，不受前端语义约束（无模块加载、无构建流程、无 package.json 兼容性校验），也无法参与 Webpack/Vite 的依赖图分析。

为什么 `composer` 不能生成前端依赖树状图

它不解析 node_modules 或 bower_components 目录
不理解 import、require()、ESM 动态导入等前端模块引用关系
不读取 package.json 的 dependencies / peerDependencies 字段
输出的 composer show --tree 只反映 PHP 类库层级，和浏览器运行时的 JS/CSS 加载链完全无关

真正能生成前端依赖树状图的工具

npm ls --depth=5：显示 node_modules 实际安装结构（含 dedupe 后的真实扁平化结果）
yarn list --pattern "vue|react|lodash"：按关键词过滤并展示嵌套层级
depcheck：扫描源码中的 import 语句，比对 package.json，标出未声明/未使用项
npm view <code>package-name dependencies：查单个包的直接依赖（用于手动拼树）

示例：

前端设计优化skill

前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。

下载

npm ls vue@3 --all | head -n 12

会输出类似：

my-app@1.0.0
└─┬ @vue/cli-service@5.0.8
  └─┬ @vue/compiler-sfc@3.4.27
    └── vue@3.4.27

这才是真实参与构建和运行的前端依赖路径。

如果你混用 PHP + 前端，该怎么做才一致

前端资源统一走 npm 或 yarn（推荐后者，锁版本更稳）
避免通过 composer 安装前端库（除非你明确知道那个包只是提供 PHP-side asset publish 命令，且你后续仍用 Webpack 处理它）
构建产物（dist/）由前端工具产出，再由 PHP 框架（如 Laravel 的 public/）静态托管
CI/CD 流程中，先跑 yarn install && yarn build，再跑 composer install，顺序不能反