PHP时区设置不影响setcookie()的expires参数，该参数始终按Unix时间戳（UTC）解释；错误写法如'setcookie(..., "2025-12-31 23:59:59")'会因strtotime()受时区影响导致时间错乱，正确应使用time()+秒数或strtotime('... Asia/Shanghai')。
PHP时区设置不会自动修正 setcookie() 的过期时间，Cookie 的 expires 参数始终按服务器本地时间解释 —— 这是绝大多数人踩坑的根源。
PHP时区（date_default_timezone_set()）只影响日期函数，不改变Cookie时间逻辑
调用 date_default_timezone_set('Asia/Shanghai') 后，time()、date()、strtotime() 等返回的时间值会按东八区计算，但 setcookie() 的 expires 参数接收的是 Unix 时间戳（UTC 秒数），它本身与时区无关。问题出在开发者常误用字符串时间：
- 错误写法：
setcookie('name', 'val', '2025-12-31 23:59:59')—— 这会被 PHP 当作字符串传入，实际触发strtotime()解析，而该函数受当前时区影响 - 正确写法：
setcookie('name', 'val', time() + 3600)或显式转为时间戳：strtotime('2025-12-31 23:59:59 Asia/Shanghai') - 若用
DateTime，务必调用getTimestamp()而非直接输出格式化字符串
Session 过期时间由 session.cookie_lifetime 和 session.gc_maxlifetime 共同控制
PHP 的会话不是单靠 Cookie 过期就结束的 —— 浏览器删掉 Cookie 只是断开会话标识，服务端仍保留 session 文件直到垃圾回收清理。关键配置项：
-
session.cookie_lifetime：设为0表示浏览器关闭即失效（会话 Cookie）；设为正整数（如86400）则生成带明确Expires的持久 Cookie -
session.gc_maxlifetime：服务端 session 数据的存活上限（秒），默认 1440（24 分钟），必须 ≥cookie_lifetime才可能维持完整会话周期 - 修改方式：运行时用
ini_set('session.cookie_lifetime', 3600)，或改php.ini，注意重启 PHP-FPM / Apache 后才生效
Cookie 时间错乱的典型现象与排查步骤
用户反馈“刚登录就退出”“Cookie 明明设了 7 天却几小时就失效”，大概率是时间逻辑混乱导致：
立即学习“PHP免费学习笔记（深入）”；
- 服务器系统时间错误（
date命令查）、PHP 时区未设或设错（date_default_timezone_get()验证） - 用
date('Y-m-d H:i:s')拼接expires—— 错！应统一用时间戳 - 前端 JS 设置 Cookie 时用了本地时间（
new Date().toUTCString()不等于服务器时间），和服务端不一致 - CDN 或反向代理（如 Nginx）缓存了 Set-Cookie 响应头，导致旧过期时间被重复下发
最易被忽略的一点：session_start() 必须在任何输出之前调用，否则 Cookie 头无法发送；而一旦 header 已发送，后续 setcookie() 或 session_set_cookie_params() 全部静默失败 —— 这类问题不会报错，只会让时间设置彻底失效。
