ThinkPHP伪静态规则本身不删除Session，但IIS配置不当的web.config重写规则会干扰Cookie传输或导致session_start()失效，引发登录后登出、购物车清空等Session丢失现象。
ThinkPHP 伪静态规则本身不会直接“删除” Session，但 IIS 下配置不当的 web.config 重写规则，会意外截断或干扰 Cookie 传输路径，导致 PHPSESSID 无法随请求到达，进而表现为 Session 丢失——尤其是登录后刷新即登出、购物车清空这类典型现象。
为什么 IIS 伪静态规则会让 Session “消失”
IIS 的 URL 重写是透明转发，但若规则未显式保留原始请求头（特别是 Cookie），或重写后路径触发了 PHP 的 session.cookie_path 匹配失败，浏览器就可能拒绝发送 PHPSESSID。更常见的是：重写把所有请求都打到 index.php，但没确保该入口文件真正执行了 session_start()，或重写过程中引入了输出（如 BOM、空行），导致 headers already sent 错误，session_start() 静默失效。
- 伪静态规则若用
<match url="^(.*)$">无条件捕获全部路径，但未排除静态资源（.js/.css/.png），IIS 可能跳过 PHP 处理流程，导致这些请求不走 ThinkPHP 入口，自然不启动 Session - ThinkPHP 默认
cookie_path是/，但如果重写规则把请求映射成/public/index.php/xxx这类带子路径的形式，而服务器又没正确设置session.cookie_path，浏览器可能只在/public/下发 Cookie - 某些 IIS rewrite 模块版本（尤其旧版）在重写时会丢弃原始
Cookie请求头，需手动添加<serverVariables>显式透传
检查 web.config 是否破坏了 Cookie 传递
打开站点根目录下的 web.config，重点看 <rewrite> 节点内是否做了以下三件事：
- 确认
<rule>中有<action type="Rewrite" url="index.php" />，而不是Redirect—— 后者会发起新请求，原 Cookie 可能因 path/domain 不匹配被丢弃 - 检查是否有
<conditions>排除了静态文件，例如：<add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" />；没有的话，.js 请求也会被重写进 PHP，浪费性能且可能触发异常输出 - 若使用了
<serverVariables>，确认里面没覆盖或清空HTTP_COOKIE；安全起见，可临时删掉整个<serverVariables>块测试
验证 ThinkPHP 入口是否真启动了 Session
在 public/index.php 开头插入调试代码，别只信配置：
立即学习“PHP免费学习笔记（深入）”；
var_dump(session_status() === PHP_SESSION_ACTIVE); // 应输出 bool(true) var_dump($_COOKIE['PHPSESSID'] ?? 'MISSING'); // 看浏览器到底有没有传 session_start(); var_dump(session_id()); // 看是否生成了 ID exit;
如果第一行就输出 bool(false)，说明 session_start() 根本没执行成功——大概率是前面有 BOM、空格，或被 IIS 重写后执行了错误路径的文件（比如重写到了 index.html 而不是 index.php）。
- 用
hexdump -C public/index.php | head -n1检查 BOM（Windows 记事本保存的 PHP 文件常带 EF BB BF） - 在 IIS 管理器中查看“处理程序映射”，确认
*.php确实指向 PHP 模块，而不是被静态文件处理器劫持 - 临时把
web.config改名，直接访问http://yoursite.com/index.php?s=/index/index，看 Session 是否恢复；若恢复，问题 100% 出在重写规则
Session 丢失最易被忽略的链路断点
伪静态只是表象，真正卡住的是“浏览器 → IIS → PHP → ThinkPHP”这条链路上任意一环对 Cookie 或 session_start() 的干扰。很多人盯着 web.config 改来改去，却忘了检查：php.ini 里 session.use_cookies=1 是否被关掉、ThinkPHP 的 config/session.php 中 'use_trans_sid' => false 是否生效、甚至 IIS 应用池的“托管管道模式”设成了 Classic 而非 Integrated（Classic 下某些头处理行为异常）。这些问题不会报错，只会让 Session 像蒸发一样消失。
