静态缓存导致表单提交失败，因缓存了含旧token的页面，服务端验证不通过；需检查路由是否误加cache()、关闭缓存测试、清除浏览器/cdn缓存、动态刷新token并确保session正常初始化。
静态缓存开启后表单提交失败，核心问题是缓存机制把带令牌（Token）的原始表单页面整个存下来了，用户后续提交时用的仍是旧 Token，而服务端已将其标记为“已使用”或过期，导致验证不通过。
确认是否误缓存了含表单的页面
ThinkPHP 的静态缓存默认对 GET 请求生效，但若路由配置不当，可能把本该动态渲染的表单页（如 /article/create）也缓存了。一旦缓存生成，后续用户访问看到的就是固定 HTML，其中 __token__ 值不会再更新。
- 检查
route.php中相关路由是否加了->cache()，尤其是 POST 提交前的展示页路由 - 临时关闭静态缓存（注释掉配置中的
'html_cache_on' => true），测试表单是否恢复正常 - 查看
runtime/html目录下是否有对应 URL 的缓存文件，有则说明已被缓存
排除表单页被浏览器或 CDN 缓存
即使框架没开静态缓存，浏览器、Nginx 或 CDN 仍可能缓存了表单页，导致用户反复提交同一个旧 Token。
- 在控制器中输出响应头强制禁用缓存：
header('Cache-Control: no-store, no-cache, must-revalidate, max-age=0'); - 模板中添加 meta 标签（辅助手段）：
<meta http-equiv="Cache-Control" content="no-cache"> - 开发时用无痕模式测试，或提交前手动清空浏览器缓存
确保 Token 字段能动态刷新（尤其 AJAX 场景）
如果页面用了局部刷新（如弹窗编辑、Tab 切换加载表单），静态缓存会让 JS 获取的 Token 停滞不变。
- 在表单提交成功/失败回调中，主动发起一次
GET /index/getToken请求获取新 Token - 将返回值写入隐藏域：
document.getElementById('__token__').value = data; - 后端
getToken()方法只需调用$request->token()并 echo，无需额外逻辑
检查 Session 是否受缓存影响
Token 验证依赖 Session 存储原始值。若静态缓存干扰了 Session 初始化（例如缓存页跳过了控制器执行），Session 就无法读取 Token 原始值。
- 确认表单页路由未跳过中间件，特别是
session中间件必须执行 - 在控制器开头加
var_dump(session_id()); die;，对比缓存开启前后 session_id 是否一致且非空 - 避免在缓存规则中包含需登录态或个性化内容的页面
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
