frankenphp跑wordpress比传统lamp快2.5–3.2倍，核心在于缩短请求路径、实现php常驻内存复用、收敛nginx/apache+php-fpm+certbot等多配置，且无需修改wordpress代码，仅需调整caddyfile重写规则和禁用.htaccess。
FrankenPHP跑WordPress和传统LAMP（Apache + PHP-FPM）的差距，不在于“能不能跑”，而在于请求处理路径长度、内存复用粒度、配置收敛程度这三点。实测下来，QPS提升2.5–3.2倍是常态，但前提是你的WordPress没卡在MySQL或插件上——FrankenPHP只加速PHP执行层。
为什么WordPress在FrankenPHP上响应更快
传统LAMP中，每个HTTP请求都要走完整链路：Apache接收→转发给PHP-FPM→FPM fork新worker或复用→PHP加载全部扩展+初始化WP核心+解析wp-config.php+加载主题/插件+查DB+渲染→返回。其中仅WP bootstrap就占掉30–50ms（未开OPcache时）。FrankenPHP把PHP运行时嵌进Caddy进程，worker模式下PHP代码常驻内存，wp-settings.php和插件类只加载一次，后续请求直接复用已初始化的对象和服务容器。
关键差异点：
- 无fastcgi_pass跳转，减少IPC开销和上下文切换
- OPcache共享内存段由FrankenPHP统一管理，命中率更稳定
- HTTP/2和HTTP/3原生支持，静态资源并行加载更快（尤其对含大量JS/CSS的WP主题）
- HTTPS证书自动申请+续期（通过Caddy的
tls internal或Let’s Encrypt），不用再配certbot脚本
FrankenPHP启动WordPress必须改什么
WordPress本身无需代码修改，但部署方式变了，以下几处必须调整：
-
Caddyfile里不能写php_fastcgi，要改用php指令，并指定script_path为WordPress根目录（如/var/www/html） - 禁用
.htaccess重写规则——FrankenPHP不读这个文件，所有rewrite需写进Caddyfile，例如WordPress固定链接要加：rewrite * /index.php?{query} - 如果用了
$_SERVER['DOCUMENT_ROOT']硬编码路径的插件，得检查是否依赖Apache环境变量；FrankenPHP中该值由php.document_root配置项控制，不是自动推导 - 上传临时目录（
upload_tmp_dir）建议显式设为/tmp或/var/tmp，避免worker间冲突
哪些情况FrankenPHP反而不如LAMP
不是所有WordPress场景都适合切过去。以下情况要谨慎：
- 插件重度依赖
mod_rewrite或.htaccess动态规则（比如某些SEO或多语言插件），迁移成本高 - 共享主机环境——FrankenPHP需要root权限安装systemd服务、监听80/443端口，没法像PHP-FPM那样以低权限用户跑pool
- 用了
exec()、shell_exec()调外部命令的插件（如某些备份、压缩类插件），FrankenPHP默认禁用这些函数，需在php.ini里显式开启disable_functions白名单 - 服务器只有1核1GB内存——FrankenPHP最小内存占用约180MB（含Caddy+PHP runtime），比精简版Apache+PHP-FPM略高，小配置机器可能得关metrics、hot_reload等特性
真正容易被忽略的是：FrankenPHP的worker模式虽然快，但它不会自动回收插件注册的全局变量或静态属性。如果你的WordPress插件有内存泄漏（比如缓存大数组不清理），max_requests设太大会导致worker越跑越慢——这不是FrankenPHP的问题，而是暴露了原有插件的隐患。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
