PHP自定义会话名后$_SESSION失效，是否每页需调用session_name与session_start？

核心结论 #

在没有全局统一配置自定义会话名的前提下，所有需要访问对应会话数据的PHP文件，都必须按正确顺序调用session_name()和session_start()。

问题本质拆解 #

PHP的会话运行是基于独立请求周期的，登录页里执行的session_name()设置、会话启动状态，完全不会自动传递到跳转目标文件发起的新请求中：

• 如果新请求里既没有通过session_name()指定和登录页一致的自定义会话名，也没有执行session_start()加载服务端的会话存储数据，PHP会要么用默认的PHPSESSID匹配客户端Cookie、读取到空的会话内容，要么根本不会初始化$_SESSION超全局数组，最终始终判定会话不存在。
• 你之前用默认会话名时没写启动逻辑也能正常运行，大概率是php.ini中开启了session.auto_start = 1，PHP会在请求初始化阶段自动用默认会话名完成会话加载。一旦你改了自定义会话名，这个自动启动逻辑还是会沿用php.ini里配置的默认会话名，自然读不到你自定义会话名下存储的内容。

关键使用注意事项 #

• 调用顺序绝对不能错：必须先执行session_name("你的自定义会话名")，再执行session_start()。如果先启动会话再修改名称，PHP已经按照默认会话名完成了Cookie匹配、会话读取流程，后续修改会话名不会重新触发加载逻辑，自定义配置完全失效。
• 不要用isset($_SESSION)作为会话存在的判断条件：只要当前请求执行了会话启动操作，哪怕$_SESSION是空数组，isset()也会返回true。你之前用这个判断的逻辑本身存在漏洞，正确的判断应该是检测预设的登录标识，比如isset($_SESSION["Username"])。

简化重复配置的方案 #

如果不想在每个需要访问会话的文件里重复写两行配置，可以通过两种方式统一处理：

• 直接修改php.ini全局配置项session.name = 你的自定义会话名，PHP从请求初始化阶段就会使用自定义名称处理会话，无需在代码里重复调用session_name()。
• 编写公共初始化引导文件，把自定义会话名设置、会话启动逻辑写入文件中，所有需要访问会话的页面在最开头引入这个公共文件即可。

内容的提问来源于stack exchange，提问作者Krypton