PHP之自定义会话控制---使用文件处理

前三篇简单的总结了下会话控制和文件操作，这一篇说说会话控制的自定义处理方式。既然知道了文件的基本读写，而且在会话控制中，也有人提到，session数据可以保存到缓存或数据库中，实际上当然不会是直接利用php的session处理机制，将所有用户的session信息保存报一个文件中，访问量大、信息数据多、无法共享等等问题可能会出现，因此，我们需要自定义会话控制。在实现自定义会话控制前，就要知道php本身是如何来做会话管理的，。这里，就简单的实现它被保存到自定义目录下的文件里边，那么缓存或数据库就很明显了。

首先看几个命令再说，这将有利于我们理解它的机制。打开php配置文件，找到一些session.打头的命令项：

session.save_handler：它的值默认是files，看它的英文解释可知，如果它的值是files，那么就是使用php本身的机制来处理，它的信息会保存到session.save_path所指定的地方，如果是想自定义session处理的话，需要将users赋给它。

session.save_path：在win版的php配置文件中，它默认是被注释掉的，即在配置文件中并没有说它的值是多少，但总得有个地方放session数据是不，win下，这个地方是C:\Windows\Temp，进去即可找到（如下，如果你练习过session存储的程序的话）以sess_为前缀、后面跟一长串长度一样的字符串、没有扩展名的文件，它就是默认的session数据了，里面存放的是序列化（也有的说是串行化）后的数据（如user|s:4:"Jack";，user是变量名，"Jack"是变量值，s表示变量类型string，冒号后边的4表示长度，最后的分号以结束这个变量，这只是简单的数值型，还有对象等等也可序列化）。关于save_path，他还有一些配置方式，比如按数字分级，更方便大数量的数据文件存放，具体不细说。

弄清楚它的处理及存放后，其实就应该冒出这样一个问题：我们平时又没动session数据，如果它就这么一直放着存着，那不会把磁盘占满吗？难道要专门写一个脚本定时来删除它们？幸运的是php提供了session的自动回收机制，即垃圾回收。了解回收机制还是需要看命令项。

session.gc_probability：gc是garbage collection回收简写，意思上是概率、可能性

session.gc_divisor：意思上是除数，这两项要综合起来看，在已有的session文件里边，对于过期的，以gc_probability/gc_divisor的概率来选择其中一个删除，在每次session初始化时都会这样做。所以假设gc_divisor是1000，gc_probability是1，而此时恰好有1000个过期的session文件，那么也不是全部删除，而是随机挑其中一个删除，即1/1000的概率。

session.gc_maxlifetime：session的有效时间，只有超过了这个有效时间的session文件才会被列入php垃圾回收的范围内。

了解了这些准备知识后，接下来就进入到session的自定义处理过程了。

不管是保存在memcache还是数据库，还是其他方式，最初的原理都一样，php在处理session数据时使用的是一个函数：session_set_save_handler。其最新的原型是：

bool session_set_save_handler ( callable $open , callable $close , callable $read , callable $write , callable $destroy , callable $gc [, callable $create_id])

可以看到这个函数又会去调用回调函数。首先，我们知道的是，从session的开始到挂掉，要session_start一个会话，要往$_SESSION里边写入数据保存session信息，或者读取该数组中的信息，用完时又会去destroy它的数据，这么几个步骤，对应这几个函数名一看，就八九不离十了。

open：它有两个参数---$save_path和$session_id，传递给它的参数已经表明，它是处理存放session数据的路径的，实际上就是通过它来改变文件的存放目录，就可以不是C:Windows\Temp。它在创建一个全新的会话session_start，或者start一个已经存在的会话时会被php内部去自动调用(session_start())，只有返回true才可以进行下一步处理。

close：它没有参数，作用是关闭当前会话，当你关闭一个会话时会自动调用，或者当你显式调用另一个php的函数session_write_close时。

read：它需要一个参数$session_id，作用是从存储session数据的地方读取id为$session_id的用户的session信息，并返回，以便后续的内部处理。当session_start()开启一个会话时，或者在内部调用open函数后会继续调用它。返回当前用户会话数据写入$_SESSION。

write：它需要两个参数---$session_id和$session_data，很明显，写入用户$session_id的对应的会话信息$session_data到指定文件。这个session_data是序列化后的数据，返回true可以进行下一步操作。它可以是正常的脚本被关闭时执行，也可是内部函数session_write_close()调用或者内部函数session_register_shutdown调用失败时执行。最明显的，当我们给$_SESSION数组赋值时它就会被执行。

destroy：它有一个参数$session_id，在session_destroy时会调用它，删除session_id对应的会话信息。

gc：参数是$maxlifetime，对于启动垃圾回收程序时（开始会话或者session_start被调用）执行，貌似启动垃圾回收时也是be randomly called，任性！

create_sid：这个回调函数是可选的，可以不写。它没有参数，当需要一个新的会话session id时可以写写，比如php还有一个重新生成会话id的函数session_regenerate_id。

总结下就是，session_start()时，要执行open、read、gc，在对$_SESSION数组赋值时，以后再操作$_SESSION不会调用它们，调用session_write_close内部函数时就会去调用write和close。

======================================================================

啰嗦了这么多，就是说，在start一个会话之前，我们要做的事是：

1、session.save_handler改为user，重启Apache，或者，使用ini_set临时修改命令项；

2、编写session_set_save_handler函数里对应的必选的回调函数

3、重新定义session_set_save_handler函数，使用上面的回调函数的名字；

4、code一个会话程序，在每一次调用session_start()之前，确保本次运行脚本时有上面的重定义函数可被调用到。

修改命令的工作已做，先编写一个脚本custom_session.php，自定义session_set_save_handler函数。

<?php
    ini_set('save_handler', 'users');  // 使用自定义处理

    $session_save_path = 'G:/sessionFiles/';  // 自定义一个存放目录

    // session_start()会来调用它
    function open($save_path, $session_id){
        echo '<br>call open.<br>';
    global $session_save_path;
    $save_path = $session_save_path;  //修改存放session数据的目录
    return true;
    }

    // 销毁session或调用session_write_close时调用
    function close(){
        echo '<br>call close.<br>';
    return true;
    }

    // 读取session数据并返回
    function read($session_id){
        echo '<br>call read.<br>';
    global $session_save_path;
    $filename = $session_save_path.'sessionId_'.$session_id.'.txt';
    $content = @file_get_contents($filename);
    return $content;
    }

    // 将对应用户（以会话id判断）的数据写入文件
    function write($session_id, $session_data){
        echo '<br>call write.<br>';
    global $session_save_path;
    $filename = $session_save_path.'sessionId_'.$session_id.'.txt';  // 自定义一个文件名，最好有一定规则

    if(($handle = @fopen($filename, 'w+')) == true){
        $bytes = @file_put_contents($filename, $session_data);
        return $bytes;
    }
    else{
            return false;
    }
        return false;
    }

    // 调用session_destroy时执行，删除对应
    function destroy($session_id){
        echo '<br>call destroy.<br>';
    global $session_save_path;
    $filename = $session_save_path.'sessionId_'.$session_id.'.txt';
    return @unlink($filename);   // 删除文件/数据
    }

    // 垃圾回收
    function gc(int $maxlifetime){
        echo '<br>call gc.<br>';
    global $session_save_path;
    $files = glob($session_save_path.'sessionId_*');
    foreach($files as $filename){
        if(filemtime($filename) + $maxlifetime < time()){
             @unlink($filename);
        }
        }
    return true;
    }

    session_set_save_handler('open', 'close', 'read', 'write', 'destroy', 'gc');

然后，写了个简单的用户登录验证的脚本来试试，前办部分是php验证操作，后边是页面，还要include前面的自定处理方式脚本

<?php
    // 改变session为自定义处理方式
    include 'custom_session.php';

    echo '<br>before call session_start fun.<br>';
    session_start();   //开启session会话，若已开启则返回已存在session id

    echo 'session id: '.session_id().'<br>';  //输出session id

    if(!empty($_POST["sub"])) //如果点击登录
    {
        include "conn.inc.php";      //连接数据库
        $sql = "select id from sessionuser where username='".$_POST["user"]."' and password='".md5($_POST["pass"])."'";
        //echo 'sql=> '.$sql.'<br>';
        $result = $mysqli->query($sql);

       if($result->num_rows > 0)
       {
           $assRow = $result->fetch_assoc();
           $_SESSION["user"] = $_POST["user"];   // 存储session数据
           $_SESSION["uid"] = $assRow["id"];
           $_SESSION["islogin"] = 1;

       }else{
         echo "<br>wrong username or password, please relogin."; 
       }
    }      

?>
<html>
     <head>
             <title>Session Test</title>
     </head>
     <body>
            <form action="login.php" method="post">
                     <table align="center" >
                       <caption><h3>ID login</h3></caption>
                            <tr>
                    <td>username</td>
                    <td><input type="text" name="user" /></td>
                </tr>
                <tr>
                    <td>password</td>
                    <td><input type="password" name="pass" /></td>
                </tr>
                    <tr>
                    <td colspan="2" align="center">
                        <input type="submit" name="sub" value="login" />
                    </td>
                 </tr>
                     </table>
            </form>
     </body>
</html>

<?php echo '<br>script end.<br>'; ?>

结果如下：

在session_start()前做了标记“before call session_start fun.”，在脚本最后做了标记“script end”，很清楚的看到，在session_start()调用随后就调了open和read，在脚本自动结束前会自动去调用write和close，这里并没有去销毁session信息，但是脚本结束时自动会调write写入session信息，close关闭当前会话。

然后是登出，销毁session信息:

<?php
    // 自定义session处理方式
    include 'custom_session.php';

    echo '<br>before call session_start fun.<br>';
    session_start();

    $_SESSION = array(); //一次性删除存于$_SESSION中所有变量

    if(isset( $_COOKIE[session_name()] ) )
    {
        setcookie(session_name(), '', time()-3600, '/');
    }

    echo '<br>before call session_destroy fun.<br>';
    session_destroy();
?>

<br><a href="login.php">relogin</a><br>
<?php echo '<br>script end.<br>'; ?>

同样，在session_start处做了标记，在调用session_destroy出标记了“before call session_destroy fun.”，在脚本结束时标记“script end.”，看看效果：

可以看到，在调用session_start后紧接着是open和read函数，然后走销毁程序，在调用session_destroy后紧接着会去调destroy和close函数，然后才是脚本的结束script end，进一步证明了这些函数的调用情形。

最后，session数据是不是保存到了我们指定的地方呢？look ↓ 没跑

当然了，你也可以标记得更细致，来看看其中的道理~ note end