旧版PHP（5.3–7.0）报Illegal instruction，根本原因是PHP二进制启用AVX/SSE4.2等CPU指令优化，而老CPU不支持，导致内核抛SIGILL信号，Composer甚至无法启动；需用兼容版PHP、禁用激进优化，并统一CLI与Web SAPI的PHP路径。
Illegal instruction 错误在旧版 PHP（尤其是 5.3–7.0）上跑 Composer 时，根本不是 Composer 本身出问题，而是底层 PHP 二进制试图执行当前 CPU 不支持的指令集（比如 AVX、SSE4.2），常见于：用新版编译的 PHP 二进制（如 Ubuntu 22.04 自带 php7.4）强行跑在老 CPU（如 Intel Core2 Duo 或早期 Xeon）上。
为什么旧 PHP 会报 Illegal instruction
PHP 二进制不是纯解释器，它依赖编译时启用的 CPU 指令优化。新版 PHP 包（尤其 Debian/Ubuntu 官方源或 ondrej PPA）默认开启高级向量化指令，而老机器 BIOS 不支持，一加载 opcache 或启动 Zend 引擎就崩。Illegal instruction 是操作系统内核抛出的信号（SIGILL），比任何 PHP 错误都早，Composer 连解析入口都到不了。
- 不是 Composer 版本问题——换
composer-1.10.22.phar也一样崩 - 不是
composer.json语法问题——连php -v都可能失败 - 不是权限或路径问题——错误发生在 fork 子进程或 JIT 初始化阶段
验证是否真为 CPU 指令不兼容
别急着重装 PHP。先用最轻量方式确认：
strace -e trace=clone,execve,arch_prctl php -v 2>&1 | head -20
如果最后一行是 --- SIGILL {si_signo=SIGILL, si_code=SI_KERNEL} ---，基本锁定为指令集问题。
立即学习“PHP免费学习笔记（深入）”；
再跑：cat /proc/cpuinfo | grep flags，对照 PHP 编译要求（比如 PHP 7.4 要求 sse4_2，PHP 8.0 要求 avx）。老 CPU 往往只有 sse、sse2，缺 sse4_2 就直接跪。
旧 PHP 内核“中文升级”的实操路径
所谓“中文升级”，是指在不换硬件、不升内核的前提下，让旧系统能跑起新版业务逻辑（比如 Drupal 9、Laravel 9 的部分组件）。这不是靠 Composer 升级实现的，而是靠三步隔离：
-
PHP 层降级但不降功能：用官方提供的 x86-64 兼容版 PHP（如 PHP 7.4.33 VC15 x64 Non-thread-safe 对应老 CPU 更保守）、或从源码加
--disable-mysqlnd --without-pdo-mysql --enable-opcache=no编译（关掉所有激进优化） -
Composer 层锁死 + 平台声明：必须用
composer-1.10.22.phar，且composer.json中显式写死"platform": {"php": "7.4.33"}，否则即使 PHP 能跑，Composer 仍会按语义版本选错包 -
业务层做“翻译”而非“升级”：比如 Laravel 9 的
Route::middleware()在 PHP 7.2 下可用，但->whenLoaded()会因返回类型声明失败；此时不是硬升 PHP，而是用 polyfill（如symfony/polyfill-php80）或封装一层适配器
容易被忽略的关键点
很多人卡在“明明 PHP -v 正常，composer install 却崩”，是因为没意识到 CLI 和 Web SAPI 使用的是不同 PHP 二进制（比如 Apache mod_php 用的是系统自带 php7.0，而终端跑的是 /usr/local/bin/php）。务必统一检查：which php、php -i | grep 'Loaded Configuration File'、php -r 'echo PHP_SAPI;'。三个结果必须一致，否则 Illegal instruction 会只在某一种上下文里出现，极难复现。
