原生php使用session,原生session与session in redis对比

在集群环境中，使用redis可以更灵活地实现负载均衡。

原生session在服务器上是以文件的形式存储的，所以其有一些磁盘io上的缺点

说“原生的session要比使用redis来存储session更好”的说话是没有道理的。而且session还存在以下问题：

由于session回收的问题，使用session还会带来一些像登录会话不能准时过期等问题。

在使用swoole做websocket服务器的时候，在尝试使用session_id来获取原生session的会话信息的时候，由于原生session总是需要配合session_start()使用，在尝试在处理请求session_start()的时候会报“header already sent”的问题；尝试使用sessionHandler类的方法时，也会报告一些奇怪的问题。

因此没必要守着原生session这老古董，应该积极拥抱redis存储会话的方式

## 最简单的通过redis管理session的配置方式

在php.ini里实现如下配置

~~~

[Session]

session.save_handler = redis

session.save_path = "tcp://127.0.0.1:6379?database=3"

~~~

这样就可以在不对原有的业务代码做任何修改的情况下，完成原生session向redis session的迁移。在分布式环境中，通过配置redis集群或主库，也可以方便地解决一致性或同步的问题。

使用redis来管理session还有一个优势，可以更快更方便地直接处理用户的session数据。使用原生session的时候，想要在非用户请求的进程中获取指定phpsessionid用户的session数据是比较麻烦的，使用php自带的一些session操作方式都需要session_start，因为不是用户的请求进程，执行session_start总是会遇到各种奇怪的问题。

将session交给redis管理之后，问题就简单多了，可以直接通过get key为

PHPREDIS_SESSION:PHPSESSIONID

的redis数据，就可以取到session中的内容。

因为session里的数据有一些自己的特殊处理，直接使用unserialize是不能解析出数据来下，下附解析出session中数据的

~~~

static function unserialize_php($session_data) {

$return_data = array();

$offset = 0;

while ($offset < strlen($session_data)) {

if (!strstr(substr($session_data, $offset), "|")) {

throw new Exception("invalid data, remaining: " . substr($session_data, $offset));

}

$pos = strpos($session_data, "|", $offset);

$num = $pos - $offset;

$varname = substr($session_data, $offset, $num);

$offset += $num + 1;

$data = unserialize(substr($session_data, $offset));

$return_data[$varname] = $data;

$offset += strlen(serialize($data));

}

return $return_data;

}

~~~

使用这个方法的前提是在php.ini中配置的

session.serialize_handler=php

如果是别的handler，比如binary，得使用不同的解析方式，这里就不列出了，可以自行google。