ThinkPHP 5.1 大流量下 Session 文件锁导致请求阻塞，临时方案是调用 session_write_close() 或 Session::close() 释放锁，治本之策是切换 Redis 驱动并启用 redis.session_locking、安装 phpredis、调用 Session::reset() 防会话固定，同时关闭调试模式、OPcache 时间戳验证及冗余日志。
ThinkPHP 5.1 在大流量下因默认 Session 文件锁引发阻塞，本质不是代码问题，而是存储机制与高并发场景不匹配。核心在于：同一用户多个请求共享一个会话 ID，而 file 驱动靠 flock() 强制串行化访问，导致第二个请求卡在 session_start() 等待释放锁——哪怕它只读不写。
立即生效的临时缓解方案
若暂无法切换存储后端，可在控制器中主动释放锁：
- 在完成所有 session 读写操作后，**立刻调用
session_write_close()**，释放文件锁，后续耗时逻辑（如数据库查询、API 请求、模板渲染）可并行执行 - 注意：调用后不可再写
$_SESSION；若需更新（如记录最后访问时间），必须在session_write_close()前完成赋值 - ThinkPHP 5.1 中，也可在登录或鉴权后手动调用
\think\Session::close()，效果等同于session_write_close()
真正治本：切换 Redis 会话驱动
仅把 'type' => 'redis' 写进配置还不够，关键细节必须到位：
- 确保 PHP 安装了
phpredis扩展（≥ 5.3.2），而非predis；后者不支持原生锁控制 - 启用
redis.session_locking = 1（在php.ini或运行时通过ini_set('redis.session_locking', 1)设置） - 登录成功后务必调用
\think\Session::reset()，重置会话 ID，防范会话固定攻击 - 确认
session.save_path指向有效 Redis 地址，例如"tcp://127.0.0.1:6379?auth=yourpass"
配套必须关闭的“拖慢项”
Session 锁只是冰山一角，以下几项不关，Redis 也难救场：
立即学习“PHP免费学习笔记（深入）”；
-
关闭调试模式：
APP_DEBUG = false，否则 runtime/log/ 和 runtime/cache/ 会持续写入并争抢文件锁 -
禁用 OPcache 时间戳验证：设
opcache.validate_timestamps = 0和opcache.revalidate_freq = 0，避免每请求都 stat 类文件 -
清理冗余日志写入：检查是否在中间件或钩子中高频调用
Log::record()，改用异步队列或降低日志级别
验证是否已解决
别只看响应时间，要抓本质证据：
- 用
strace -p $(pgrep php-fpm) -e trace=open,stat观察是否还有大量重复open("/runtime/session/sess_*调用 - 压测时打开两个相同会话的标签页，观察 Network 面板中第二个请求是否仍显示 “pending” 状态
- 临时注释掉所有
session_start()相关逻辑（或设session.save_handler = none），若并发恢复正常，即可锁定 Session 为根因
