**结论：四种安装方式里，命令行安装最快（1 条命令、通常 3-5 分钟完成），Composer 安装最适合开发者（可锁版本、可升级），手动上传最可控（适合无法执行 shell 的虚拟主机），一键包门槛最低（零基础、解压即用）；选哪种，取决于你有没有服务器 SSH 权限、会不会用命令行。** 判断口诀：有 SSH 用命令行，做二次开发用 Composer，只有 FTP 用手动上传，什么都想省事用一键包。
命令行安装和 Composer 安装有什么区别？
结论：命令行安装是"跑一个安装脚本，环境依赖它帮你装"，Composer 安装是"用 PHP 的包管理器拉取代码和依赖库"，后者更适合需要长期升级的项目。
命令行安装通常是一条管道命令，例如 curl -fsSL https://get.example.com/install.sh | bash，脚本会自动检测 PHP 版本、下载源码、写入配置。它的优点是快，缺点是脚本行为不透明，出问题时排查成本高。
Composer 是 PHP 的依赖管理器，composer.json 里记录每个依赖库和版本号。它不负责装 Nginx、MySQL 这类系统服务，只负责代码和类库。所以两者不是互斥的：很多项目先用命令行/面板装好运行环境，再用 Composer 拉代码。
命令行安装怎么做？
结论：命令行安装的前提是服务器能 SSH 登录，并且 PHP 版本满足最低要求（目前主流项目要求 PHP 7.4 或 8.0 以上）。
具体步骤：第一步 ssh user@你的服务器IP 登录；第二步 php -v 确认版本；第三步执行安装脚本；第四步按提示填写数据库地址、账号、密码；第五步访问域名完成初始化。
注意三点：一是脚本最好先下载再执行（curl -fsSL ... -o install.sh，看一眼内容再 bash install.sh），避免直接管道执行来源不明的脚本；二是安装目录要有写权限；三是国内服务器访问境外源慢时，可以先用 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 换成国内镜像。
Composer 安装怎么做？
结论：Composer 安装分两种命令——新建项目用 composer create-project，在已有项目里加依赖用 composer require。
新建项目：composer create-project vendor/package myapp "1.0.*"，会把代码和全部依赖装到 myapp 目录。已有项目只需 cd 到项目根目录执行 composer install，它会读 composer.lock 装出完全一致的版本组合。
生产环境建议加参数：composer install --no-dev --optimize-autoloader，跳过开发依赖并优化自动加载，能明显降低内存占用。升级时用 composer update vendor/package，只升指定包，别直接 composer update 全量升级，容易触发不兼容。
手动上传安装怎么做？
结论：手动上传适合只有 FTP/SFTP、拿不到 shell 的虚拟主机，流程是"本地下载压缩包 → 上传 → 在线解压 → 配置数据库"。
步骤：从官方渠道下载 zip 压缩包（不要用来路不明的"破解版"），用 FileZilla 等工具上传到网站根目录，在主机面板里解压；然后创建 MySQL 数据库，把库名、用户名、密码填进配置文件（常见是 config.php 或 .env）；最后访问域名进入安装向导。
两个高频坑：Linux 服务器上目录权限要设成 755、文件 644，需要写入的目录（如缓存、上传目录）设 775 并 chown -R www-data:www-data 交给 Web 用户；另外要确认主机支持项目要求的 PHP 扩展（如 mysqli、curl、gd、mbstring），缺一个就白屏。
一键包（整合包）适合谁？
结论：一键包把 Web 服务器、PHP、数据库打包在一起，双击安装、解压即用，适合零基础用户和本地测试，但不适合追求可控性的生产环境。
典型形态是集成环境面板（Windows 上的 phpStudy、macOS 上的 MAMP、服务器上的宝塔面板），装完在浏览器里点几下就能建站。它的代价是环境版本被固定、升级要等整合包更新，且面板本身也是一个需要维护的组件。生产环境用一键包时，至少要把面板端口改掉、设强密码、关掉不需要的服务。
收束： 有 SSH 就命令行，要长期维护就 Composer，只有 FTP 就手动上传，纯小白就一键包。无论哪种方式，装完第一件事都是核对 PHP 版本和必需扩展，这两项决定了后面 80% 的报错。
