摘要：你有没有想过，PHP 和 Node.js 有朝一日能在一个进程里握手言和？不是“后端服务调用后端服务”，也不是“前端请求后端接口”，而是——直接共享内存、互传变量、同步执行逻辑。
你有没有想过，PHP 和 Node.js 有朝一日能在一个进程里握手言和？
不是“后端服务调用后端服务”，也不是“前端请求后端接口”，而是——直接共享内存、互传变量、同步执行逻辑。
听起来像是幻想，但今天我要告诉你，这不是科幻，这是现实！
是时候认识一个你可能从未听说过的黑科技项目：@platformatic/php-node。
在我们这些搞工程的心里，技术融合的本质无非三件事：
用老代码省时间用新框架做体验用统一平台减成本而现实往往是这样的画面：
旧项目全是 PHP 写的，但 UI 想用 Vue/React。Node.js 的生态太香了，插件多、性能高，但业务逻辑全堆在 WordPress。后端想逐步迁移，却苦于两种语言沟通成本太高。传统方案是微服务：PHP 做一套服务，Node 再套一层。但这样做，部署复杂、接口维护成本高、调试麻烦。
于是，就有了一个大胆的想法：
能不能让 PHP 代码在 Node.js 进程里跑？就像加载一个 JS 模块一样。
@platformatic/php-node 就是这样一个项目。它的核心能力是：
让 PHP 代码在 Node.js 内部直接运行，不需要 HTTP、FastCGI，甚至不需要 PHP CLI。
一句话描述它的定位：
把 PHP 变成 Node.js 的「子语言」。
是的，它不再是一个外部服务，而是你 Node.js 项目的一部分，就像你用 fs、path 那样天然、丝滑。
如果你以为它是在背后偷偷启动了 PHP CLI，那你就太小看这个项目了。
它背后的核心技术叫做：嵌入式 PHP 引擎 + Node.js 原生模块（N-API）。
具体怎么做的？我给你拆开说说：
php-node 使用 PHP 官方源码（libphp）编译成共享库，比如 libphp.so 或 libphp.dylib。
这就像是把整个 PHP 引擎变成了一个“函数库”，可以被 Node.js 通过 C++ 模块调用。
项目用 N-API 写了一个 Node 插件，用于启动、配置和执行 PHP 引擎。
你可以在 Node.js 中这样写：
import { Php, Request } from '@platformatic/php-node';const php = new Php;const res = await php.handleRequest(new Request({ url: '/index.php' }));console.log(res.body.toString);看到没？就像调用一个本地函数一样运行了 PHP 脚本。
虽然不走网络，但 php-node 会模拟出 PHP 运行时常用的 $_SERVER、$_GET、$_POST 这些全局变量。
你传给 PHP 的数据，就像它真的是处理一个 HTTP 请求一样。结果是同步或异步拿回的，没有 socket，没有端口，没有 nginx。
比如你用 Next.js 做前端，但内容来源依然是 WordPress，可以直接从 Node 调 PHP 获取文章，无需绕一圈 HTTP API。
你不必一次性重写 PHP 项目，而是逐步用 Node.js 替换模块，一边运行老逻辑，一边开发新代码。
再也不用本地开两个服务 + 配 nginx，Node 启动后 PHP 自动跑起来，单进程调试简单明了。
“凡事皆有代价”，php-node 也不是万能灵药。
仅支持 macOS/Linux：目前不支持 Windows（你懂的，编译问题）需要系统安装 PHP 开发库：不能懒，需要自己构建 libphp部分 PHP 扩展不兼容：尤其是依赖 SAPI 模块的插件，可能出问题过去我们总想一刀切，今天用 Node，明天就要把 PHP 扔掉。
但现实告诉我们：系统要进化，而不是推倒重来。
php-node 的思路，正是代表了未来系统演进的趋势：
不是拆开，而是融合不是替代，而是共生所以，如果你是：
一个 Node.js 工程师，却不得不维护 PHP 项目；一个 PHP 老兵，想尝试现代化架构；或者，一个架构师，正头疼前后端整合问题。不妨试试 @platformatic/php-node，你会发现技术世界远比你想象得更有弹性。
来源：梦回故里归来
