centos 部署 frankenphp 需特别注意系统库兼容性、扩展可用性和运行时行为差异：必须安装 libc/libssl/libbpf 等基础依赖，验证 frankenphp -m 仅表示注册成功，需用 frankenphp php-cli 执行测试脚本确认扩展初始化；caddyfile 路径须适配 centos 文件习惯与 selinux 策略，systemd 服务需显式设置 memorymax、restart 等参数防 oom。
CentOS 系统部署 FrankenPHP 需特别注意系统库兼容性、扩展可用性和运行时行为差异，不能直接套用 Ubuntu 或 Alpine 的做法。
必须安装基础系统依赖库
FrankenPHP 独立二进制不是“免依赖”，仍需 libc、libssl、libbpf 等系统级共享库。CentOS 8/9 默认不带 libbpf，启动常静默失败或报 Operation not permitted。
- 运行
ldd $(which frankenphp)检查缺失项；若出现libbpf.so.1 => not found，执行：sudo dnf install libbpf-devel -y（CentOS 9）或sudo yum install libbpf-devel -y（CentOS 8） - libssl 版本需匹配：CentOS 8 自带 OpenSSL 1.1.1，FrankenPHP 1.2+ 要求 ≥1.1.1f；若版本过低，升级系统或换用官方
dunglas/frankenphp:centos-8镜像 - 避免使用 UPX 压缩：CentOS 内核对压缩二进制的 mmap 权限更严格，易触发 segmentation fault，打包时加
--no-compress
PHP 扩展验证不能只看 -m 列表
frankenphp -m 显示的扩展名只是注册成功，不代表能初始化。CentOS 上常见 pdo_mysql、redis、grpc 因符号链接或路径问题延迟失败。
- 写测试脚本
test-ext.php：<?php echo extension_loaded('pdo_mysql') ? 'OK' : 'FAIL'; ?> - 用
frankenphp php-cli test-ext.php直接执行，避开 Web 层干扰 - 若失败，检查
frankenphp php-cli --ini输出的extension_dir是否指向/usr/lib/php/8.2/franken（FrankenPHP 自带路径），而非系统默认的/usr/lib64/php/modules
Caddyfile 和路径配置要适配 CentOS 文件习惯
CentOS 默认用户权限、SELinux 和路径约定与 Debian 系不同，Caddyfile 写错会导致 403、404 或静默拒绝服务。
-
root * public/必须结尾带斜杠；写成root * ./public或root * /var/www/myapp/public在某些 SELinux 策略下会失败 - 确保
public/index.php可读且属主为运行用户（如apache或自定义用户），执行：sudo chown -R apache:apache /var/www/myapp+sudo chmod 644 public/index.php - 若启用 SELinux，临时放行 Web 访问：
sudo setsebool -P httpd_read_user_content 1；长期方案需定制策略或禁用（仅限可信内网）
systemd 服务管理要显式设限防 OOM
CentOS 7/8 的 systemd 对内存超限处理较激进，未设限的服务在流量高峰时易被 kernel OOM Killer 杀掉，日志仅显示 Killed process。
- service 文件中必须包含：
MemoryMax=1GMemoryLow=256MRestart=alwaysRestartSec=5 - 避免使用
Type=notify：FrankenPHP 不实现 sd_notify 协议，改用Type=simple - 日志路径建议统一到
/var/log/frankenphp/，并配合 logrotate 按大小切分（如size 50M+copytruncate），防止磁盘打满
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
