Using `SessionHandler` doesn't always close session file

Description

The following code:

<?php

session_set_save_handler(new \SessionHandler, true);

session_start([
    'save_path' => __DIR__,
]);

$_SESSION['test'] = function () {};

If you make a request to this you'll see a fatal error due to the serialization failing, if you try and make another request the file is still locked and the request hangs waiting for the lock to be released. Removing the session_set_save_handler() is sufficient to fix the problem. From what I can tell ps_close_user is called but it never appears to make the call to SessionHandler::close().

I've managed to replicate this behaviour on FPM (ZTS and NTS) and CLI server.

I've written a test: 88f32f48e2b6e7fd3554aef8d255f88d02a4e8db

PHP Version

8.3.11 and 8.3.13-dev

Operating System

Debian/Ubuntu

从 commit 88f32f48e2b6e7fd3554aef8d255f88d02a4e8db 开始复现并测试，然后在 session 实现中跟踪 ps_close_user 和 SessionHandler::close() 回调。在 FPM 或 CLI server 下执行此用例。完成的标准是，失败的序列化请求不再让 session 文件保持锁定状态，并且回归测试通过。