CodeIgniter 3.1.8中extract操作SESSION结果异常问题咨询

这个问题其实是CodeIgniter 3.x的Session机制与原生PHP Session的差异导致的，咱们拆开来理清楚：

1. 独立PHP环境的运行逻辑 #

在你的独立test.php中：

• 执行session_start()后，$_SESSION是PHP原生的超级全局数组，没有被任何框架封装。
• 你定义的$str数组里包含_SESSION键，当调用extract($str)时，默认使用EXTR_OVERWRITE模式——也就是如果变量已经存在，直接覆盖它。
• 这里的$_SESSION虽然是超级全局变量，但在原生环境中它就是一个普通的数组变量，所以会被extract直接替换成新的数组，最终print_r($_SESSION)显示的就是你传入的新数组内容。

2. CodeIgniter环境的运行逻辑 #

而在CodeIgniter 3.1.8中，情况完全不同：

• CI默认会自动加载Session库（如果你的autoload.php里配置了加载session），它会接管原生的Session机制，初始化自己的会话管理系统。
• CI的Session库会将$_SESSION重新定义为指向其内部userdata数组的一个引用，或者直接把$_SESSION包装成一个受保护的对象——简单说，此时的$_SESSION已经不是原生PHP的那个普通数组了，而是CI会话系统的一个“入口”。
• 你在控制器方法里手动调用session_start()其实是无效的，因为CI早就已经初始化了会话；而且当你尝试用extract覆盖$_SESSION变量本身时，CI的会话系统会阻止这种直接替换，因为它只允许通过自身的方法（比如$this->session->set_userdata()）来修改会话数据。
• 所以你的extract($str)操作根本没生效，$_SESSION还是保留了之前设置的[admin] => 1。

总结 #

这并不是PHP或者CI的“问题”，而是框架会话机制的设计导致的差异：原生PHP允许直接操作甚至替换整个$_SESSION数组，而CI为了安全和统一的会话管理，限制了这种直接替换的行为，强制开发者使用框架提供的会话方法来修改数据。

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