PHP 呼叫 Java 兩大方案深度解析：Java 擴展 vs MiniJ2EE SJOP

背景與動機

企業級應用常需整合 Java 生態（規則引擎、報表、加密庫等）。PHP 官方提供 java 擴展，但因效能與穩定性問題鮮少用於生產；MiniJ2EE 提出 SJOP 協定，將 Java 服務外部化，成為較務實的跨語言整合方案。本文深度對比兩者架構、優缺點與適用場景。

方案一：PHP Java 擴展（進程內 JVM）

基本用法

<?php
$system = new Java('java.lang.System');
echo "Java version = " . $system->getProperty('java.version') . "<br>";
?>

核心缺陷

1. 無法呼叫多載方法：PHP 僅依型別自動匹配，無法指定具體簽名。
2. 進程內載入 JVM：Web Server（Apache/Nginx+PHP-FPM）每個 worker 皆載入 JVM，記憶體暴增，啟動緩慢。
3. 執行緒安全與穩定性：JVM 與 PHP 執行緒模型衝突，易導致 Web Server 僵死或 Crash（特別在 Windows/Apache prefork）。
4. 版本相容性差：需特定 PHP/JDK 版本組合，升級極其痛苦。

結論

不建議用於任何生產環境，僅適合本機快速原型驗證。

方案二：MiniJ2EE + SJOP 協定（進程外 Java 應用伺服器）

架構原理

• MiniJ2EE 是獨立 Java EE 容器（支援 EJB、Servlet、JMS 等）。
• SJOP (Sample Java ORB Protocol) 為輕量二進位 RPC 協定，PHP 透過 minij2ee_fetch_connection() 建立連線，發送方法呼叫請求，Java 端執行後回傳結果。
• PHP 進程無載入 JVM，僅作為 RPC Client，輕量穩定。

基本呼叫範例

<?php
$conn = minij2ee_fetch_connection();
// 呼叫靜態方法：java.lang.System.getProperty(String)
$version = minij2ee_callstatic_javaobj(
    $conn,
    'java.lang.System',
    'getProperty',
    'java.lang.String',  // 參數型別
    'java.version'       // 參數值
);
echo "Java version = $version<br>";
?>

EJB 整合：編譯器生成 PHP Proxy 類別

MiniJ2EE 提供 EJB-PHP 編譯器，將 EJB Home/Remote 介面編譯為 PHP 類別，PHP 程式碼如同呼叫本地物件：

<?php
require('Cart.php'); // 編譯器產生的 Proxy

$home   = new CartHome();          // Home 介面
$objRef = $home->create($cartName); // 建立 EJB 實例
$cart   = new Cart($objRef);        // Remote 介面 Proxy
$cart->add('some goods');           // 透過 SJOP 呼叫 Java 端 EJB
?>

優勢分析

現代替代方案對比

若專案允許引入新基建，建議考慮更通用的跨語言方案：

• gRPC + Protobuf：高效能、強型別、多語言支援，現代微服務首選。
• REST/JSON over HTTP：通用性最強、除錯容易、防火牆友善，效能稍遜 gRPC。
• Message Queue (RabbitMQ/Kafka)：非同步解耦、削峰填谷，適合事件驅動架構。
• PHP-FPM + Java Spring Boot 共存：各自獨立部署，透過 API Gateway 統一入口。

總結

PHP 呼叫 Java 的歷史演進：java 擴展（進程內）→ MiniJ2EE SJOP（進程外 RPC）→ 現代微服務（gRPC/REST/MQ）。生產環境請直接採用現代微服務架構，MiniJ2EE 可作為無法引入新基建時的過渡方案。核心原則：語言邊界即服務邊界，以網路協定而非進程內呼叫實現互操作。