共享主机上无法运行composer install，因proc_open()被禁用、无Git、目录不可写等限制；必须本地用同版本PHP执行composer install --no-dev --optimize-autoloader --prefer-dist --no-plugins，再上传vendor并用test-autoloader.php验证。
在共享主机上直接运行 composer install 几乎必然失败，这不是配置问题，而是环境限制本身决定的——你没法绕过被禁用的 proc_open() 和只读的 public_html 目录。
为什么 composer install 在共享主机上必报错
错误表现千奇百怪，但根源就两个：
-
proc_open() has been disabled或command not found: git：主机通过disable_functions封杀了进程创建和外部命令调用 -
file_put_contents(./vendor/autoload.php): Permission denied：Web 根目录（如~/public_html/）默认不可写，连创建vendor/目录的权限都没有 -
Cloning into ''卡住：主机没装 Git，而 Composer 默认优先走 Git 克隆，不会自动 fallback 到 dist 包 - 500 错误无日志：
memory_limit=64M或max_execution_time=30直接掐断 PHAR 执行
本地构建 vendor/ 必须加的参数
别在本地用开发环境随便跑 composer install。上传后报 Class not found，八成是这一步没对齐：
-
--no-dev：跳过require-dev里的包（比如 PHPUnit、phpstan），它们在生产环境不仅无用，还可能因 PHP 版本不兼容直接崩掉 -
--optimize-autoloader（或简写-o）：生成 classmap 映射，加载快，且不依赖opcache.file_cache这类共享主机常关闭的配置 - 额外建议加
--prefer-dist --no-plugins：强制走 zip 包下载，避开 Git；禁用插件，防止某些钩子脚本因权限失败
上传后 Class not found 的真实原因
vendor 目录完整上传了，autoload.php 文件也在，但还是找不到类？大概率是路径或权限陷阱：
- 入口文件里写的是
require __DIR__.'/vendor/autoload.php';—— 如果项目不在 Web 根目录下（比如放在子目录或通过 alias 访问），这个相对路径会错；改用require_once dirname(__DIR__).'/vendor/autoload.php';或结合$_SERVER['DOCUMENT_ROOT']拼绝对路径 -
vendor/autoload.php末尾包含硬编码绝对路径（如require '/home/user/xxx/vendor/composer/autoload_real.php'）：说明本地构建时没清缓存，删掉整个vendor/和composer.lock，再重跑composer install --no-dev -o - 上传后文件权限太严（比如 600），PHP 无法读取；上传前在本地执行
umask 002，或上传后用 FTP 批量设为 644/755
怎么验证 vendor/ 真的能用
别等上线才踩坑。上传完立刻建个 test-autoloader.php 放到 Web 可访问目录下：
<?php require_once 'vendor/autoload.php';
var_dump(class_exists('Monolog\Logger')); // 替换为你项目实际用到的一个类
?>
返回 bool(true) 才算过关。如果报错，优先检查三件事：PHP 版本是否与本地一致、autoload.php 路径是否写死、composer.lock 是否一起上传——漏掉任意一个，线上行为都不可控。
