composer可以帮忙检测环境是否支持系统功能的，比如某些扩展是否安装了？是否开启？ 如果是集成了依赖包，下载代码就执行，一顿操作猛如虎，很大原因可能是某个配置不行安装不成功，或者安装成功了，但是可能使用到某个功能的时候就报错。往往这个时候很难排查找不到问题原因的。 Root composer .json requires phpof fice/phpspreadsheet 1.19 -> satisfiable by phpoffice/phpspreadsheet[ 1.19.0]. phpoffice/phpspreadsheet 1.19.0 requires ext-fileinfo * -> it is missing from your system. Install or enable PHP S 就比如这个问题，是检测缺少fileinfo扩展。如果他用不到phpoffie这个导入功能的话，去除一下这个包依赖就可以安装了。 如果是系统集成了依赖包的话，就算系统安装成功了，其他功能都没问题，但是哪天使用导入功能的时候就报错了。 依赖包后期会同步升级的。后期升级的话，同样composer就行，减少了很多麻烦。 人家开发出composer这种方式是前进的，要向前看。就好像现在前端的组件化开发，java的引入包都差不多的机制。 用户方面什么问题都有可能的， 配置环境不懂的也有，composer不懂的也有，html不懂的也有，php不懂的也有，不喜欢看文档的也有。 很多东西都需要衡量平衡的。 环境配置、composer、看文档。三个基本技能要有，要有所了解。 这不是单单解决一个composer的问题，群里安装反馈最多的，这三者的问题比例都很大的。 再高深一点集成一个docker版，会玩docker部署更快，什么环境配置、composer都是浮云了，都集成到docker里面了 这才是舒服，但是前提是会docker部署