确认session_start()是否真正生效：调用后立即执行var_dump(session_status() === php_session_active)，仅当输出true才算激活；检查无任何前置输出；浏览器cookies中须存在phpsessid；session.save_path目录需可写；禁用session_write_close()后继续写$_session。
session_start() 看似成功，但 $_SESSION 不跨页保存？大概率不是代码写错了，而是 session 根本没真正启动或数据压根没落盘。
怎么确认 session_start() 是否真的生效了
PHP 的 session_start() 失败时经常静默返回，不报错也不抛异常，导致后续所有 $_SESSION 操作都无效。关键不是看它有没有报错，而是看它是否真正激活了会话状态。
- 调用
session_start()后立刻加一句：var_dump(session_status() === PHP_SESSION_ACTIVE);—— 只有输出true才算真正激活 - 检查是否有任何输出（包括空格、BOM、
echo、HTML 注释）出现在session_start()之前；哪怕config.php文件末尾多了一个换行，也会触发 “headers already sent” 并使 cookie 写入失败 - 打开浏览器开发者工具 → Application → Cookies，确认是否存在
PHPSESSID字段；没有说明 session cookie 根本没发出去，常见于session.cookie_secure = 1但当前是 HTTP 环境
为什么 $_SESSION 数据写进去了却读不出来
这通常不是逻辑错误，而是底层存储环节被卡住了。文件会话（save_handler = files）尤其容易在这里翻车。
-
session.save_path目录不可写：比如权限是755，但 Web 进程用户（如www-data）无写权；session_start()可能返回 true，但实际无法创建或更新sess_*文件 - 调用了
session_write_close()后又继续写$_SESSION—— 此后修改不会保存，PHP 不报错但直接丢弃 - 多个子域名共用 session 却没统一设置
session_set_cookie_params(['domain' => '.example.com'])，导致 cookie 被隔离，不同域名下看到的是不同会话 - CLI 脚本（如 cron）运行时加载的是另一套
php.ini，session.save_path可能为空或路径不对，甚至session扩展根本没启用
用 Redis 存 session 时怎么查数据是否真存进去了
切换到 Redis 后，不能靠看文件目录来验证，得用命令直连观察。
- 先确认 Redis 连通：
redis-cli ping应返回PONG - 查活跃 session key：
redis-cli keys "PHPREDIS_SESSION:*"（注意引号避免 shell 展开） - 取一个 key 查内容：
redis-cli get "PHPREDIS_SESSION:abc123..."—— 返回的是 PHP 原生serialize()格式，不是 JSON；如果返回空，说明写入失败或 key 已过期 - 注意：若 Redis 配了密码，
session.save_path必须带auth=参数，例如tcp://127.0.0.1:6379?auth=secret，否则连接会被拒绝，且 PHP 不提示
session_destroy() 和 unset($_SESSION) 到底有什么区别
这是最容易混淆的操作，后果差异很大，而且不可逆。
-
unset($_SESSION)只清空当前请求的$_SESSION数组引用，**不会删除服务器端的会话数据**，也不会删除客户端 cookie；下次请求仍可读到原数据 -
session_destroy()才是真正删除服务器端存储的会话数据（如文件或 Redis key），但**它不重置$_SESSION数组本身**，也不删 cookie；所以调用后立即print_r($_SESSION)仍可能看到旧值 - 安全销毁 session 的正确组合是：
$_SESSION = [];+session_unset();+session_destroy();+setcookie(session_name(), '', time() - 3600, ...);（手动删 cookie）
最常被忽略的一点：session 生命周期由两套独立机制控制——服务端的 gc_maxlifetime 和客户端 cookie 的 cookie_lifetime。二者不一致时，用户可能看到“已登录”但服务端早把数据删了，或者 cookie 过期了但服务端还留着脏数据。调试前先核对这两个值是否匹配。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
