phpinfo()显示的是当前运行时生效的Session配置，而非php.ini原始内容；需通过搜索Session区块查看session.save_handler、save_path、cookie_lifetime等参数，并结合ini_get()和错误日志综合判断真实值。
能，但要看清是哪一层的配置——phpinfo() 显示的是当前运行时生效的 Session 配置，不是 php.ini 原始文件内容，也不是 Web 服务器重写后的最终值。
phpinfo() 中找 Session 配置的位置
打开 phpinfo() 页面后，直接搜索 Session（浏览器 Ctrl+F），会看到一个独立的 session 模块区块，里面列出所有与 Session 相关的运行时参数，例如：
-
session.save_handler：当前存储方式（如files、redis、memcached） -
session.save_path：文件存储路径或 Redis 连接串 -
session.cookie_lifetime：Cookie 过期秒数（0 表示浏览器关闭即失效） -
session.gc_maxlifetime：服务端 Session 文件/数据的最长存活时间（单位秒） -
session.use_cookies和session.use_only_cookies：是否启用 Cookie 及是否强制仅用 Cookie 传 ID
为什么 phpinfo() 显示的值和 php.ini 不一致？
常见原因有以下几种，必须逐层排查：
- 多个
php.ini文件被加载（CLI vs FPM vs Apache 模块），phpinfo()顶部的Loaded Configuration File才是当前生效的主配置文件 - 通过
ini_set()或.htaccess（Apache）/fastcgi_param（Nginx）动态覆盖了某些 Session 参数 - 使用了
session_start(['cookie_lifetime' => 3600])等运行时选项，会临时覆盖 ini 设置（仅对本次请求有效） - PHP-FPM 的
pool.d/www.conf中设置了php_admin_value[session.gc_maxlifetime]，这类设置优先级高于 php.ini
比 phpinfo() 更准的查法：用代码直接读取
有时 phpinfo() 被禁用或权限受限，可用以下代码确认真实值：
立即学习“PHP免费学习笔记（深入）”；
echo 'gc_maxlifetime: ' . ini_get('session.gc_maxlifetime') . "\n";
echo 'save_path: ' . ini_get('session.save_path') . "\n";
echo 'use_cookies: ' . ini_get('session.use_cookies') . "\n";
var_dump(session_status() === PHP_SESSION_ACTIVE); // 是否已启动
注意：ini_get() 返回的是当前上下文实际生效的值，不受 phpinfo() 渲染逻辑干扰；但若某参数被 php_admin_flag 锁定（如 FPM 中），ini_get() 仍可读，但 ini_set() 会失败。
容易忽略的关键点
Session 生效依赖不止一个参数协同工作：
-
session.gc_maxlifetime必须 ≤session.cookie_lifetime，否则用户 Cookie 没过期，但服务端数据已被清理（典型“登录突然失效”原因） -
session.save_path目录需有 Web 进程（如www-data）的读写权限，否则session_start()静默失败，phpinfo()却显示配置正常 - 使用 Redis 存储时，
session.save_path若含密码（如tcp://127.0.0.1:6379?auth=pass123），部分旧版 PHP 会解析失败，需检查错误日志中是否有Failed to initialize storage module
真正决定 Session 行为的，是运行时组合结果，不是单看某个配置项。别只扫一眼 phpinfo() 就下结论。
