PHP SOAP 处理类有未定义常量时崩溃，检查初始化失败的异常路径

SOAP 请求使 PHP 进程直接崩溃时，可以检查服务类的属性初始化。错误不一定发生在 SOAP 方法内部；类还没成功构造，SOAP 扩展就可能继续使用了初始化失败的临时对象。

下面的类包含一个未定义常量：

class SoapHandler
{
    private $value = undefinedConstant;

    public function ping(): string
    {
        return 'ok';
    }
}

$server = new SoapServer(null, ['uri' => 'urn:example']);
$server->setClass(SoapHandler::class);
$server->handle();

PHP 8.5.9 的一个 CLI NTS DEBUG、Ubuntu 24.04 案例中，处理请求触发了段错误。应先把这一最小类与真实 SOAP 请求对应起来：如果去掉错误属性后崩溃消失，就继续沿初始化异常路径排查，而不是先修改 XML 编码或网络超时。

正常情况下，未定义常量属于 PHP 错误。问题代码没有检查 object_init_ex 的失败结果，随后进入只适用于有效对象的处理流程。PHP 8.5.11 的正式源码已经包含失败保护：丢弃相应输出缓冲，通过 SOAP 异常处理路径生成响应并退出本次调用。它把进程崩溃收敛为受控失败，并不会让未定义常量合法化。

处理这类故障有两项工作。先修正服务类：确实需要字符串时加引号，需要常量时保证它在加载该类前已定义。再把 PHP 运行环境更新到已确认含保护的 8.5.11，并核对 SOAP 扩展来自同一套安装。

php -v
php --ri soap
php -l SoapHandler.php

php -l 可以检查语法，但不能证明类的所有运行期初始化都成功。实际验收应向同一入口发送原 SOAP 请求，检查进程没有退出、错误请求得到可控的 Fault，随后正常请求仍能完成。生产环境由 FPM 或容器运行时，要核对服务进程的 PHP 版本，不能只看终端中的 CLI。

测试错误类时应使用隔离环境，保留进程退出码、响应及服务日志。上述边界只覆盖服务类初始化失败后的 SOAP 处理路径；其他段错误仍需要自己的栈和最小复现。即使升级后没有崩溃，类里的初始化错误也应修正，不能把 Fault 当成正常业务结果。