Composer 不能实现 PHP 底层的 SIMD，因其仅为依赖管理工具，不提供运行时指令调度能力；真实 SIMD 加速必须通过 C/Rust 编写的原生扩展或 FFI 调用预编译的向量化函数实现。
Composer 是 PHP 的依赖管理工具，不是运行时环境，它本身不提供、也不具备调用 CPU SIMD 指令（如 SSE、AVX）的能力。
PHP 语言层（包括所有通过 Composer 安装的纯 PHP 库）无法直接访问或调度 SIMD 指令集。SIMD 运算需要编译器生成特定机器码，并由底层 C/C++/Rust 代码在运行时通过内联汇编或编译器固有函数（intrinsics）触发——这超出了 PHP 解释器的能力边界。
为什么 Composer 包不能“实现 PHP 底层的 SIMD”
PHP 是解释型语言，Zend 引擎执行的是中间字节码，不生成或控制向量化机器指令。即使某个 composer require 包声称支持“SIMD”，它实际只能：
- 提供对已编译扩展（如
ext-simd或第三方 C 扩展）的封装接口 - 在纯 PHP 中模拟向量化逻辑（比如用循环展开 + 预计算），但无真实 SIMD 加速
- 作为 Rust/FFI 桥接层，依赖外部二进制或 PHP 8.4+ 的
Fiber+FFI调用预编译的 SIMD 函数
真正能用上 SIMD 的路径只有两条
目前（截至 PHP 8.4）唯一可行方式是：用 C/Rust 编写原生扩展，再通过 Composer 分发其 PHP 封装层。例如：
-
ext-simd（已废弃，仅支持旧版 PHP） -
php-ext-avx类项目（需手动编译，无官方 Composer 包） - 用
FFI加载自己编译的.so/.dll，其中含 AVX2 向量加法、矩阵乘等函数
注意：FFI 本身不自动向量化——你仍需在 C 侧用 __m256d 等类型和 _mm256_add_pd 等 intrinsic 写死逻辑。
常见误判：“simd” 开头的 Composer 包到底做了什么？
搜索 composer search simd 可能返回如 simdjson-php、php-simd 等包，但它们实际行为是：
立即学习“PHP免费学习笔记（深入）”；
-
simdjson-php：只是simdjsonC 库的 PHP 绑定，真正的 SIMD 在 C 层完成，PHP 层只做参数传递和结果解析 -
php-simd（若存在）：大概率是命名误导，内部仍是 foreach 循环，benchmark 对比会暴露零加速 - 任何宣称“纯 PHP SIMD”的实现，本质是数据分块 + 多进程（
pcntl_fork）或协程（Swoole\Coroutine），不属于 CPU 指令级并行
如果你真要跑 AVX2 向量加法，现在该怎么做？
步骤明确且不可跳过：
- 写一段带
#include <immintrin.h></immintrin.h>的 C 函数，用_mm256_load_pd+_mm256_add_pd实现双精度向量加 - 用
gcc -O3 -mavx2编译成共享库（libvecadd.so） - PHP 中启用
ffi.enable=1，用FFI::cdef()声明函数签名，再FFI::load()调用 -
Composer只负责安装你的vecadd-wrapper包——它不含任何 SIMD 代码，只是 FFI 胶水
漏掉编译器 flag 或未检查 CPU 支持（cat /proc/cpuinfo | grep avx2），运行时就会 SIGILL。
