启用ODBC PDO持久化连接后CLI崩溃，PHPUnit测试连接效率低

我之前在Windows环境下用PHPUnit做数据库测试时，也碰到过类似的PDO持久化连接坑，结合你的情况，给你几个实用的解决思路：

1. 先排查驱动与PHP版本的兼容性 #

你用的是iSeries Access ODBC驱动，这类第三方驱动在处理持久化连接时，对PHP的线程安全（TS/NTS）版本很敏感：

• Windows下的PHP CLI通常推荐用非线程安全（NTS）版本，如果你的PHP是线程安全（TS）版本，持久化连接很容易出现资源泄漏或崩溃问题，建议切换到NTS版本试试。
• 同时更新iSeries Access驱动到最新版本，旧版本的驱动对PDO持久化连接的支持可能存在bug，导致CLI进程异常退出。

2. 优化PHPUnit的连接复用逻辑 #

你现在每次setUp/tearDown都创建销毁连接，即使不用持久化也会很慢，更别说用了持久化还崩溃。可以改成整个测试类共享一个连接：

• 用PHPUnit的@beforeClass和@afterClass静态方法，只在测试类初始化时创建一次持久化连接，所有测试方法复用这个连接，既利用了持久化的优势，又避免频繁创建销毁连接。
• 示例代码调整：

class YourDatabaseTest extends PHPUnit\Framework\TestCase
{
    // 用静态变量保存全局连接
    protected static $dbInstance;

    /**
     * @beforeClass
     */
    public static function initDatabaseConnection(): void
    {
        // 初始化带持久化参数的DB_PDO实例
        self::$dbInstance = new DB_PDO();
    }

    /**
     * @afterClass
     */
    public static function closeDatabaseConnection(): void
    {
        // 手动释放连接，让PHP连接池管理持久化连接
        self::$dbInstance = null;
    }

    public function testUserQuery()
    {
        // 直接使用共享的连接实例
        $result = self::$dbInstance->query("SELECT * FROM users");
        // ... 断言逻辑
    }
}

注意：不要在tearDown里手动关闭这个连接，持久化连接应该交给PHP的连接池管理，手动关闭反而容易引发资源冲突。

3. 排查隐藏的异常或错误 #

有时候CLI崩溃是因为未捕获的PDO异常被掩盖了，建议给PDO添加错误模式参数：
在你的DB_PDO类的连接配置里加上：

array(
    PDO::ATTR_PERSISTENT => true,
    PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION
)

这样如果持久化连接过程中有错误，会抛出明确的异常，帮你定位问题，而不是直接导致CLI崩溃。

4. 临时替代方案：复用非持久化连接 #

如果持久化连接的问题暂时无法解决，可以先复用非持久化连接来提速：
在测试类的setUp方法里判断连接是否存在，不存在才创建：

protected $db;

protected function setUp(): void
{
    if (!isset(self::$dbInstance)) {
        self::$dbInstance = new DB_PDO(); // 不用持久化参数
    }
    $this->db = self::$dbInstance;
}

虽然不如持久化高效，但比每次创建新连接快很多，能缓解测试耗时的问题。

内容的提问来源于stack exchange，提问作者Tim Morton