webman中session必须通过自定义dbsessionhandler实现数据库存储，需实现sessionhandlerinterface全部6个方法，表结构须含id、data（text）、expires（int），并在config/session.php中指定handler类。
Webman里怎么让Session走数据库而不是文件
直接改配置不行，Webman默认不读php.ini里的session.save_handler，也不走PHP原生的session_start()流程。它用的是自己封装的Workerman\Protocols\Http\Session类，底层存储由SessionHandlerInterface实现控制。
所以必须手动注册一个数据库驱动的处理器，并在应用启动时绑定到Session实例上。不是改ini_set或php.ini就能生效的。
- 不能依赖
session_set_save_handler()全局注册——Webman的Session对象不走这个钩子 - 不能靠
ini_set('session.save_handler', 'user')切换——Webman压根不读这些设置 - 必须在
config/session.php中指定handler类，并确保该类实现SessionHandlerInterface
数据库表结构要怎么建才兼容Webman Session写入
Webman的write()方法会把整个$_SESSION序列化后存为字符串，同时传入$maxlifetime作为过期时间戳（不是相对秒数）。所以表结构得支持：主键是id（即Session ID）、内容字段为data、过期字段为expires（INT类型，存Unix时间戳）。
别照搬PHP原生GC逻辑去建last_activity字段——Webman的gc()回调接收的是$maxlifetime，它内部会算出time() - $maxlifetime再和expires比对。
- 推荐SQL：
CREATE TABLE sessions (id VARCHAR(128) NOT NULL PRIMARY KEY, data TEXT NOT NULL, expires INT NOT NULL) -
id字段长度至少128，因为Webman默认用sha256(session_id . user_agent . ip)生成ID，可能很长 - 别用
TEXT以外的类型存data——序列化后可能含二进制或长JSON，VARCHAR(1024)容易截断 - 加索引：
CREATE INDEX idx_expires ON sessions(expires)，否则gc()全表扫描很慢
自定义DbSessionHandler必须实现哪些方法
Webman要求处理器类实现SessionHandlerInterface，且六个方法一个都不能少：open、close、read、write、destroy、gc。其中open()和close()在Webman里基本没用（它不按PHP原生生命周期调用），但签名必须存在，返回true即可；真正干活的是read()、write()、destroy()和gc()。
-
read($id)：查SELECT data FROM sessions WHERE id = ? AND expires > ?，返回字符串（空串也得返回，不能返回null） -
write($id, $data)：用REPLACE INTO或INSERT ... ON DUPLICATE KEY UPDATE，把$data和time() + $maxlifetime写进去 -
destroy($id)：DELETE FROM sessions WHERE id = ?，别漏WHERE -
gc($maxlifetime)：DELETE FROM sessions WHERE expires ，参数是<code>time() - $maxlifetime，不是$maxlifetime本身 - 所有SQL必须用PDO预处理，防止
$id被注入——虽然Session ID本身难伪造，但防御要闭环
为什么Session写进数据库后还是读不到数据
最常见原因是read()返回了null或false，而Webman的Session类明确要求read()必须返回字符串（哪怕空串）。一旦返回非字符串，它会当成“无会话”处理，直接初始化新会话，导致你之前存的数据永远读不出来。
另一个隐蔽问题是write()没做事务或没检查影响行数。比如用INSERT IGNORE但主键冲突时静默失败，实际没写进去；或者PDO没设PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION，错误被吞掉。
- 调试时在
read()末尾加var_dump($result); exit;，确认查到的是字符串 -
write()里执行完SQL后，加if ($pdo->exec(...) === false) { throw new \Exception('DB write failed'); } - 检查
config/session.php里'handler' => \app\session\DbSessionHandler::class路径是否拼错 - 确认
DbSessionHandler构造函数里PDO连接成功——Webman不会帮你重连，连接失效后所有Session操作静默失败
Webman的Session机制绕过了PHP原生会话栈，自定义处理器一旦read()或write()行为不符合接口契约，问题就藏得深。重点盯住返回值类型、SQL参数绑定、连接可用性这三处，比调优SQL本身更关键。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
