composer 不处理 js/css 文件，其职责仅限于 php 包管理；js/css 需通过自定义脚本、composer/installers 插件或前端工具链（如 vite/webpack）导入打包。
Composer 默认根本不处理 JS/CSS 文件
Composer 是 PHP 的依赖管理器，它的核心职责是下载、安装、自动加载 vendor/ 下的 PHP 包。它不会复制、构建、编译或发布任何非 PHP 资源（如 js、css、fonts），也不会修改你的 public/ 或 web/ 目录。
如果你发现某个包的 JS 文件“自动出现在网站上”，大概率是以下情况之一：
- 该包在
composer.json中声明了extra.installer-paths（需配合composer/installers插件）——但这是插件行为，不是 Composer 原生能力 - 你手动配置了构建脚本（如
scripts.post-install-cmd），调用了cp、rsync或npm run build - 前端框架（如 Laravel Mix、Vite）在启动时从
vendor/读取源码并打包，这属于前端工具链行为，和 Composer 无关
想把 vendor 里的 JS/CSS 拷到 web 目录？用 post-autoload-dump 或 post-install-cmd
最轻量、不引入额外工具链的方式，是在 composer.json 里写自定义脚本。注意：这些命令只在本地执行，不会影响生产部署逻辑。
示例（将 vendor/package-name/dist/ 拷到 public/vendor/package-name/）：
立即学习“PHP免费学习笔记（深入）”；
"scripts": {
"post-install-cmd": [
"if [ -d 'vendor/package-name/dist' ]; then cp -r vendor/package-name/dist public/vendor/package-name; fi"
],
"post-update-cmd": [
"if [ -d 'vendor/package-name/dist' ]; then cp -r vendor/package-name/dist public/vendor/package-name; fi"
]
}
关键点：
艺帆网络工作室网站源码,是国庆后新一批新概念的网站源码,采用流行的Html5和JS组合流畅顺滑，界面清晰明朗，适合科技类企业和公司建站使用。如果你是想成为一家独特的设计公司，拥有独特的文化，追求品质，而非数量与规模。 这种坚持一直贯穿于项目运作之中，从品牌建立、形象推广设计到品牌形象管理。那可以考虑使用这款艺帆网络工作室网站源码。 这款源码中服务项目和团队程序需要在_template文件夹下的in
- 必须用
post-install-cmd和post-update-cmd，不能只用post-autoload-dump（后者不保证文件已下载） - Linux/macOS 用
cp -r，Windows 用户需改用xcopy或切换到 WSL，否则 CI 会失败 - 路径判断（
[ -d ... ]）必不可少——否则包没提供dist/时命令直接报错退出 - 别在脚本里写
rm -rf public/vendor全清空，容易误删你自己的静态资源
用 composer/installers 插件？小心路径冲突和版本漂移
composer/installers 是个流行插件，允许包作者通过 type 字段声明安装位置（比如 "type": "wordpress-plugin"）。但它对 JS/CSS 包的支持非常有限且不标准。
问题在于：
- PHP 包生态没有统一约定 JS/CSS 的
type值（library？web-resource？没人认） - 即使你强行在自己包里写
"type": "library"并配extra.installer-paths，Composer 仍会把它装进vendor/，只是插件再挪一次——多一层搬运，没解决根本问题 - 不同版本的
composer/installers对路径解析逻辑有差异，升级后可能突然不拷了 - 它无法处理构建需求（比如需要先
npm install && npm run build才有dist/）
真正可持续的做法：把资源管理交给前端工具链
现代项目中，JS/CSS 不该靠 Composer “搬运”，而应由前端工具链按需导入、打包、哈希、输出。Composer 只负责提供源码（PHP + 前端包的源码目录）。
典型流程：
- 用
composer require some/js-package把包拉进vendor/ - 在
resources/js/app.js里import 'some-js-package/dist/some.js' - 运行
npm run build，Webpack/Vite 自动解析node_modules和vendor（需配resolve.alias） - 产出带 hash 的
build/app.abc123.js到public/build/
这样做的好处是：支持 tree-shaking、source map、dev server 热更新；坏处是——你得维护两套依赖（composer.json + package.json）。但这是目前最可控、最可复现、CI 友好的方式。
容易被忽略的一点：很多 PHP 包附带的 JS 并未发布到 npm，也不遵循 ES Module 规范，直接 import 会失败。这时候你需要在 webpack.config.js 里加 externals 或用 imports-loader 做垫片，而不是指望 Composer 解决语法问题。
