在集群环境中，使用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。