composer不管理静态资源，仅下载php包；用它处理js/css需手动配置搬运或构建逻辑，且必须添加目录存在性判断、跨平台适配及环境检查，否则易导致安装中断或静默失败。
Composer 本身不管理静态资源，它只下载 PHP 包到 vendor/；所谓“用 Composer 管理 JS/CSS”，本质是你主动配置搬运逻辑或触发构建流程。
post-install-cmd 复制文件时路径判断必须加
直接写 cp -r vendor/twbs/bootstrap/dist public/css/bootstrap 是高危操作：一旦包没提供 dist/ 目录（比如只含源码、用 ES 模块组织），命令报错会导致 composer install 中断。
- 务必包裹
if [ -d "vendor/twbs/bootstrap/dist" ]; then ... fi判断目录是否存在 - 目标目录先执行
mkdir -p public/vendor/bootstrap，避免因父目录缺失导致静默失败 - Linux/macOS 用
cp -r，Windows CI 环境需改用xcopy或启用 WSL，否则构建失败 - 别在脚本里写
rm -rf public/vendor——容易误删你自己维护的组件或上传的静态文件
asset-packagist.org 配置漏掉 extra.asset-installer-paths 就白装
只加仓库源和 require 不够，extra.asset-installer-paths 才是触发文件拷贝的关键开关。
- 格式必须是
{"public/css/{$name}": ["npm-asset/bootstrap"]}，其中{$name}会被自动替换为包名 - 不能写成
{"public/css/bootstrap": ["*"]}——*不被识别，路径不会展开 - 如果同时引入多个 npm 包，每个都要显式列在数组里，如
["npm-asset/jquery", "npm-asset/bootstrap"] - 插件本身不处理
node_modules，它只从 CDN 下载预构建压缩包，所以不依赖 Node.js 环境
scripts 里调用 npm 命令前必须检查环境是否就绪
post-install-cmd 中写 npm install 或 npm run build 看似简单，但实际部署中极易卡住——因为 Composer 不检查 Node.js 是否存在。
- 务必加
file_exists('package.json')判断，否则无前端配置时脚本直接报错退出 - 推荐用
@php -r "if (file_exists('package.json')) echo `npm install`;"包一层，兼容 Windows - CI/CD 中要注意：Docker 容器或部署机必须预装 Node.js，否则脚本直接退出
-
vendor/bin/npm不存在——npm 是操作系统级运行时，不是 PHP 包，不会被安装到vendor/下
最易被忽略的是：所有“自动复制”或“自动构建”的行为，都依赖你显式配置的钩子和判断。没有默认动作，也没有隐式约定；一旦漏掉路径判断、环境检查或跨平台适配，composer install 就可能在生产环境静默失败或中途退出。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
