PHP vs Java 选型

这一课你将能做到

1. 从进程模型、生命周期、状态管理三个底层维度说清两门语言的本质差异
2. 对照 Spring Boot 的 IoC/事务/连接池，说出 PHP 侧的对应物与缺失项
3. 面对真实场景（内容站、高并发交易、快速验证）给出有依据的选型结论

为什么要学

本站的核心栈是 Spring Boot，但你迟早会遇到 PHP：接手历史项目、评审跨语言方案、被问「为什么不用 PHP 写」（或反过来）。要回答得专业，靠的不是「Java 更重、PHP 更快上线」的印象分，而是把两门语言放回各自的运行模型里比较——PHP 的 shared-nothing 与 JVM 的常驻内存，是所有表层差异（性能、DI、连接池、热部署）的总根源。

人话：这一课是整条 PHP 路线的「收官复盘」——用你已经懂的 Spring Boot 作参照系，把 PHP 的设计取舍逐一讲透。

先建立图像

两门语言的请求处理模型对比：

PHP（FPM 多进程，请求隔离）
  请求 ─► fpm worker 执行完整生命周期 ─► 销毁一切 ─► 下一个请求
  内存：每请求从零构建框架对象图
  状态：进程内不可存活，必须外置

Java（JVM 常驻，线程复用）
  启动 ─► 构建容器/Bean/连接池/线程池 ─► 万千请求复用 ─► 常驻到重启
  内存：对象图启动一次终身复用
  状态：单例 Bean 字段跨请求存活（要小心并发）

一句话：PHP 把「冷启动」摊到每个请求，Java 把「热身」集中在启动时刻。后续所有差异都是这句话的推论。

跟着做

步骤 1：同一个接口，两种写法

需求：GET /api/users/{id} 返回用户 JSON。

PHP 原生版（前几课的知识拼图）：

<?php
// public/index.php + nginx/fpm 托管
declare(strict_types=1);
header('Content-Type: application/json; charset=utf-8');

$id = (int) ($_GET['id'] ?? 0);          // 路由解析（简化）
$pdo = new PDO('mysql:host=db;dbname=demo;charset=utf8mb4', 'root', 'secret',
    [PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION]);

$stmt = $pdo->prepare('SELECT id, name FROM users WHERE id = ?');
$stmt->execute([$id]);
$user = $stmt->fetch(PDO::FETCH_ASSOC);

http_response_code($user === false ? 404 : 200);
echo json_encode($user ?? ['message' => 'not found'], JSON_UNESCAPED_UNICODE);

Spring Boot 版（你熟悉的世界）：

@RestController
public class UserController {
    private final UserRepository repo;          // IoC 注入，单例复用

    public UserController(UserRepository repo) { this.repo = repo; }

    @GetMapping("/api/users/{id}")
    public ResponseEntity<User> get(@PathVariable Long id) {
        return repo.findById(id)
                   .map(ResponseEntity::ok)
                   .orElse(ResponseEntity.notFound().build());
    }
}

差异速读：PHP 每请求新建 PDO 连接、解析整个入口文件；Spring 的 DataSource 连接池启动时建好，Controller 单例常驻。PHP 版如果像 Java 一样把 PDO 存全局变量想复用——第二行就失效了，请求结束它就没了。

步骤 2：逐项对齐「Java 有、PHP 怎么办」

你在 Spring 依赖的	PHP 的对应物	关键差异
IoC 容器自动装配	Laravel Service Container / Symfony DI	概念同构：面向接口注入、自动解析依赖；PHP 常靠反射实现
HikariCP 连接池	无进程级连接池（FPM 请求隔离）	每请求新建连接或用 ProxySQL 等外部代理池化
@Transactional	Laravel DB::transaction / 手写 PDO 事务	语义一致；PHP 事务无法跨请求，长事务必须拆
JVM 常驻 + JIT	OPcache + 可选 JIT + 预加载	PHP 缓存的是「编译产物」，Java 常驻的是「对象图」
@Async / 线程池	队列（Laravel Queue + Redis）+ 独立 worker 进程	PHP 不开线程，异步 = 消息队列/多进程
单测 JUnit	PHPUnit（PHP 标准）	生态成熟度相当
Actuator 监控	FPM status page + OPcache 状态 + APM（如 Datadog）	需自行拼装，集成度低于 Spring
DevTools 热重载	改完即生效（无需重启）	PHP 的天然优势：解释执行无重启概念

步骤 3：性能与并发场景推演

场景 A：内容站/CMS，QPS 500，读多写少
  PHP：OPcache 全开 + 页面缓存 → 单机轻松扛住，部署成本极低
  Java：更重，但优雅停机/滚动发布更从容

场景 B：交易系统，QPS 5000，强一致事务
  Java：连接池 + 常驻热点数据 + 精细锁控制，优势明显
  PHP：连接创建风暴需外部池化，进程模型在长事务/大对象上吃亏

场景 C：初创验证，2 周上线 MVP
  PHP（Laravel）：迁移、鉴权、队列、后台开箱即用，单人可全栈
  Java（Spring Boot）：同样能做，但样板代码与基建成本更高

步骤 4：给选型写一份决策清单

选 PHP 当：
- 业务以内容/表单/中后台 CRUD 为主（WordPress、电商展示、SaaS 后台）
- 团队小、迭代快、部署环境简单（虚拟机/单机 Docker 即可）
- 已有 PHP 资产需要维护增值

选 Java 当：
- 高并发交易、复杂事务、强类型领域模型（金融、订单中台）
- 需要深度可观测性、JVM 生态（Kafka/Flink/大数据集成）
- 微服务矩阵、多团队协作、长生命周期系统

两者并用当：
- 展示层 PHP（快），核心服务 Java（稳），之间 REST/MQ 解耦
- 这是大量存量企业的真实形态

讲清楚要点

1. 进程模型决定一切：FPM 多进程 + 请求隔离换来「无状态天然易扩展」，代价是每请求重复引导、连接与对象无法常驻；JVM 单进程多线程 + Bean 复用换来「启动成本一次摊销」，代价是要自己处理并发安全与优雅停机。没有高下，只有取舍。
2. 类型系统殊途同归：PHP 8 的联合类型、枚举、readonly、严格模式已覆盖 Java 泛型+枚举+final 的主干场景；差异在 PHP 无方法重载、无受检异常、泛型仅存在于 IDE 注释（Psalm/Stanford 注解）层面。
3. 性能感知要分场景：纯语言基准测试 JIT 后 PHP 与 Java 差距缩小，但 Web 真实瓶颈在 IO 与架构（缓存、SQL、队列）。谈性能请给压测数据，不谈语言信仰。
4. 生态位不同：PHP 统治内容型 Web（WordPress 一家占全球网站 4 成），Java 统治企业级后端与大数据；Laravel ≈ Spring Boot（全功能全家桶），Symfony ≈ Spring（组件化严谨派），Composer/Packagist 对位 Maven/Central。

你可能会懵的地方

• PHP 为什么不用连接池？是做不到吗？ 是架构选择不是能力缺陷：FPM worker 每请求新建环境，进程间无法共享连接对象。方案有三——每请求直连（MySQL 8 连接建立很快）、外部池化代理（ProxySQL/PHP-FPM 的 pdo 持久连接 PDO::ATTR_PERSISTENT）、或改用 Swoole/RoadRunner 常驻模型。
• PHP 每请求重新加载框架，性能真的能接受吗？ 能。OPcache 消除编译开销后，Laravel 引导约 10-30ms 量级；PHP 7.4 预加载把核心类烧进共享内存进一步压缩；中小流量业务这层开销远小于一条慢 SQL。真到极限就上 RoadRunner 或把热点服务换 Java——这正是混合架构的意义。
• PHP 有类似 Spring 的 AOP 吗？ 没有字节码级 AOP。等价物是中间件/装饰器模式（PSR-15 Middleware）、事件监听器、trait 横切——Laravel 的 Pipeline 就是管道式 AOP。需要真 AOP 的场景极少，通常用框架事件系统覆盖。
• 为什么说 PHP「改完就生效」而 Java 要重启？ PHP 解释执行且无进程内状态，文件保存即下一次请求生效；JVM 编译产物常驻、Bean 容器已装配，热更新需要 DevTools/JRebel 或重建容器。开发体验 PHP 占优，运行稳定性 Java 的「显式部署」更可控。
• PHP 8 还需要 HHVM 吗？ 不需要。HHVM 曾以 JIT 大幅超越 PHP 5，但 PHP 7 重写引擎后追平并反超，Facebook 已转向 Hack 语言自用。如今性能优化只看 OPcache + JIT 官方方案。

错法对照

错法	问题	正解
「PHP 性能差」一句话下结论	无数据支撑，8.x 与 5.x 天壤之别	分场景压测：语言开销 vs IO 瓶颈
把 Java 单例缓存的写法搬到 PHP 全局变量	请求结束即销毁，静默失效	状态外置 Redis，或用 FPM 外常驻方案
用 PHP 硬扛复杂多表事务中台	长事务 + 无连接池放大劣势	强一致复杂域选 Java 或拆服务
用 Java 写营销落地页/CMS	样板成本高，迭代慢	内容型场景 PHP/WordPress 更经济
认为 Laravel 「玩具框架」	Laravel 生态完整度对标 Spring	看 API 资源、队列、事件、E2E 测试能力再评价

卡点急救

1. 评审会上被问「你们为什么不用 PHP」：回到场景三问——并发与事务复杂度？团队既有栈？部署与观测要求？给出约束驱动的结论，而非语言偏好。
2. 接手 PHP 老项目无从下手：先 composer show 看依赖与框架版本，再看路由入口与目录结构，跑通本地环境（Docker 优先）后再谈重构。
3. PHP 服务要并入 Java 微服务体系：对外暴露 REST（本站 php-rest 课的做法）+ 统一鉴权（JWT）+ 链路追踪 SDK，PHP 作为边缘 BFF 或内容服务完全可行。

面试常问

• 从运行模型对比 PHP-FPM 与 Spring Boot 内嵌 Tomcat。 FPM 是多进程模型：master 管理 worker 池，每个 worker 串行处理请求，请求结束销毁全部状态，天然无状态易水平扩展，但连接池/常驻对象不存在；Spring Boot 是单 JVM 多线程模型：Tomcat 线程池并发处理，Bean 单例常驻，启动时构建连接池与缓存，吞吐上限高，但需要处理并发安全、优雅停机与内存泄漏。前者把成本摊进每请求，后者集中在启动。
• PHP 与 Java 在类型系统上的主要差异？ Java 是全静态强类型，编译期检查，泛型经类型擦除实现；PHP 是渐进类型——动态为底，类型声明逐层加固（参数/返回/属性/联合/枚举），strict_types 按文件开启，运行时才校验。PHP 缺方法重载、受检异常与真泛型，但联合类型与 enum 的表达力在部分场景超过 Java。
• 什么场景下你会主动选 PHP 而不是 Java？ 内容/表单/中后台 CRUD 为主的业务（WordPress、电商展示、SaaS 控制台）、小团队快速迭代 MVP、已有 PHP 存量资产、部署环境简单且要求低运维成本。此时 Laravel 全家桶的开发效率与 Java 重基建相比优势明显；反之强一致交易、高并发核心链路、大数据集成场景选 Java。

自测三问

1. 用一句话概括 PHP shared-nothing 与 JVM 常驻内存的根本区别，并各推论出两个表层差异。
2. Spring 的 HikariCP 连接池在 FPM 架构下有哪些替代方案？
3. 你的团队要 2 周内上线一个报名收集后台，给出选型与三条理由。

小结一句话

PHP 与 Java 的差异本质是「请求隔离的多进程」与「常驻复用的单进程」两种运行模型的差异——选型的依据永远是业务约束，不是语言信仰。

延伸

• PHP 官方手册：OPcache 预加载
• 下一课：综合练习——把全路线知识拼成一个完整项目。