ThinkPHP 8.0 表单提示“_TOKEN_ERROR_”是因Session中Token丢失或不匹配，主因是并发请求触发Session文件锁阻塞、Token被提前销毁或Session过期时间过短；修复方案包括改用Redis存储Session、关闭Session锁（慎用）、延长Session过期时间、AJAX预刷新Session，或对特定表单精准关闭Token验证。
ThinkPHP 8.0 表单提交时提示 “_TOKEN_ERROR_”，不是代码写错了，而是服务端比对的 Session 中令牌已丢失或不匹配——常见于并发请求触发 Session 文件锁阻塞、Token 被提前销毁、或 Session 过期时间过短导致用户操作间隙内失效。
确认是否被 Session 文件锁卡住
TP8.0 默认使用 file 驱动存储 Session，当同一用户多个请求（如页面含 AJAX + 表单提交）并发执行时，PHP 的 session_start() 会加写锁，后到的请求等锁超时后直接跳过 session_read()，导致 $_SESSION['__token__'] 为空，验证必失败。
打开 runtime/session/ 目录，观察是否有大量 .sess_* 文件长时间未更新；同时用 ps aux | grep "session" 查看是否有 PHP 进程卡在 flock 等待状态。
临时验证：在入口文件 public/index.php 顶部加入 ini_set('session.use_strict_mode', 0); → 然后清空浏览器 Cookie 和 runtime/session/ → 重试表单提交。若不再报错，基本锁定是 Session 锁问题。
【关键修复】 修改 config/session.php 中 'type' => 'file' 改为 'type' => 'redis'（需已部署 Redis），或启用 'use_lock' => false ——但后者仅适用于无并发写 Session 的场景，生产环境慎用。
延长 Token 对应 Session 的存活时间
ThinkPHP 8.0 的表单 Token 依赖 Session 生命周期，而默认 Session 过期时间为 1440 秒（24 分钟）。用户编辑长表单、切换标签页再回来提交，极易超时。
方法一：全局延长 Session 过期时间
修改 config/session.php 中 'expire' => 1440 改为 'expire' => 7200（2 小时），同时确保 php.ini 中 session.gc_maxlifetime ≥ 7200，否则 PHP 自动回收机制仍会清理。
方法二：针对 Token 单独续期
在表单展示的控制器方法中，调用 session()->setExpire(7200)；注意此操作必须在 $this->fetch() 或 View::fetch() 之前执行，否则视图渲染时 Session 已冻结。
方法三：提交前用 AJAX 预刷新 Session
在表单页面底部加一段 JS：
fetch('/api/keepalive', {method: 'POST'}); // 后端该接口只执行 session()->touch()，不输出内容
关闭 Token 验证（仅限特定表单）
某些场景如后台导入 Excel、调试接口、多步骤表单的中间页，不需要 Token 防护，可精准关闭而非全局禁用。
第一步：在模板文件中，将 {__TOKEN__} 替换为 {__NOTOKEN__} ——注意必须放在 <form> 标签内部且紧贴开头，例如 <form>{__NOTOKEN__}<input name="title"></form>，放错位置（如 form 外或 input 后）会被忽略。
第二步：确保控制器中未手动调用 validate()->token(true)，否则 {__NOTOKEN__} 不生效。
第三步：检查是否在中间件或行为中全局启用了 token 验证，如有，需在对应 action 前用 C('token_on', false) 关闭，且必须早于视图渲染。
