嵌入式PHP性能瓶颈主要在I/O阻塞、内存限制、CGI启动开销及缺乏opcode缓存；需启用opcache（含preload）、改用spawn-fcgi或lighttpd mod_fastcgi、替换同步I/O为非阻塞或C工具调用。
PHP 嵌入式场景下性能瓶颈通常不在 PHP 本身
嵌入式设备（如 ARM Cortex-A 系统、OpenWrt 路由器、树莓派等）跑 PHP，真正的卡点往往不是 foreach 写得不够优雅，而是 I/O 阻塞、内存限制、CGI 启动开销和缺乏 opcode 缓存。PHP 在这类环境里常以 php-cgi 或 lighttpd + fastcgi 方式运行，每次请求都可能重新加载全部代码 —— 这比逻辑慢十倍。
必须关闭 opcache.enable_cli=1 并启用 opcache.preload
嵌入式设备 RAM 小，但 opcache 是唯一能显著降低重复解析开销的机制。默认 PHP 编译时可能未启用 opcache，或启用了却没配对预加载。
-
opcache.enable=1和opcache.enable_cli=0（CLI 模式不启用，只给 Web SAPI 用） -
opcache.memory_consumption=8（单位 MB，4–12 之间按设备 RAM 调整） -
opcache.max_accelerated_files=2000（避免哈希冲突，小项目设 500 即可） -
opcache.preload=/etc/php/preload.php：把常用类、函数、配置提前加载进共享内存
/* /etc/php/preload.php */
spl_autoload_register(function($class) {
$file = __DIR__ . '/lib/' . str_replace('\', '/', $class) . '.php';
if (file_exists($file)) require $file;
});
// 手动 include 核心类，确保它们被 preload
include '/www/lib/Config.php';
include '/www/lib/Router.php';用 php-fpm 替代 cgi 会失败，改用 spawn-fcgi 或 lighttpd mod_fastcgi
嵌入式设备一般没足够资源跑完整 php-fpm（master + 多 worker 进程），容易 OOM；而传统 php-cgi 每次 fork 成本高。更可行的是：
-
spawn-fcgi -f /usr/bin/php-cgi -C 2 -P /var/run/spawn-fcgi.pid（-C 2表示只维持 2 个常驻进程） - Lighttpd 配置中启用
mod_fastcgi，指向该 socket，避免 CGI 每次 exec - 禁用
fastcgi.server中的bin-environment（如PHP_FCGI_CHILDREN），它在嵌入式上极易引发 fork 爆炸
硬件响应速度受限于同步阻塞调用，优先替换 file_get_contents 和 shell_exec
嵌入式系统常见操作：读取 GPIO 状态、调用 ubus、查 /proc/sys/net/ipv4/ip_forward。这些若用 PHP 同步函数做，一次阻塞就是几百毫秒 —— 因为内核态切换 + 文件系统缓存缺失。
立即学习“PHP免费学习笔记（深入）”；
- 用
stream_select()包装fopen('php://stdin', 'r')实现非阻塞轮询（适用于串口、pipe） - 将频繁调用的 shell 命令封装成 C 工具（如
get_gpio），用exec('/usr/bin/get_gpio 17', $out, $code)，比shell_exec少一次 shell 解析 - 避免
file_get_contents('/sys/class/gpio/gpio17/value')，改用fopen + fread并加stream_set_read_buffer($fp, 0)关闭缓冲
真正拖慢硬件响应的，从来不是 PHP 解释器，而是你没意识到 /sys 接口本质是内核同步读 —— 它不支持异步，只能靠减少调用频次和复用句柄来压。
