一：cookie知识：

1、生活中的cookie无论你知不知道Cookie是什么，在你的生活中，肯定有使用过它。还记得你使用浏览器浏览网页时，当你要登陆时，网页上有一个记住密码或自动登陆的选项，当你选择时，你就使用了Cookie。那么在下次访问该网站时，你可能就已经自动地登陆了，而不需要从重输入用户名和密码，至于它是怎么实现的，我们在下面说明。

为什么会有Cookie的存在？因为HTTP服务器是无状态的，即它不会记录任何的用户和连接信息。而一个Web站点通常希望能够识别用户，既可能是因为服务器想限制用户的访问，或可能是因为它想把内容与用户身份关联起来。为此，HTTP使用了cookie，它可以跟踪用户。

2、cookie技术的组成
在了解cookie的工作原理之前，我们先来了解一下cookie技术的组成，它由4部分组成，如下：
（1）在HTTP响应报文中有一个cookie首部行；
（2）在HTTP请求报文中有一个cookie首部行；
（3）在用户端系统中保留有一个cookie文件，由用户浏览器管理；
（4）在Web站点有一个后端数据库；

3、cookie的工作原理
在了解了cookie技术的组成之后，我们来看看cookie是怎么工作的。下面就以主机A中的浏览器访问网站xxx作为例子来分析cookie的工作原理吧。

首先主机A使用浏览器上网，当主机A第一次访问xxx网站时，当请求报文到达xxx的Web服务器时，该Web服务器将产生一个唯一识别码（例如：12345），并以此作为索引在它的后端数据库中产生一个表项，并用Set-cookie：首部行和刚才产生的值为设置HTTP响应报文的首部。这样在HTTP响应报文的首部，我们就可以看到这样的一个首部行——Set-cookie: 12345.

当主机A的浏览器收到该HTTP响应报文时，它会看到Set-cookie：首部，然后浏览器在它的本地cookie文件上加入一行，其中包括Set-cookie：首部行中的识别码。

由于主机A的cookie文件已经有了用于xxx网站的表项，因此当主机A的浏览器继续浏览xxx网站时，每请求一个Web页面，其浏览器就会从它的cookie文件中获取到xxx网站的识别码，并放入HTTP请求报文中cookie首部行中，即加入了首部行Cookie: 12345。

当xxx网站的服务器收到该包含Cookie首部行的HTTP请求报文后，服务器通过查询后端服务器，确定cookie标识码对应的用户，从而可以直接知道用户的信息（即知道确实有一个这样的用户，不久前登陆过该网站）。

注意，在cookie的方式下，xxx网站的服务器可以跟踪主机A在该站点的活动，xxx Web站点并不需要知道主机A的用户是谁，但是，它确切地知道用户12345访问了哪些页面，按照什么顺序，在什么时间。

简单点来说，cookie用于标识用户，用户首次访问站点时，可能需要提供一个用户标识，但在后继的访问中，浏览器向服务器传递一个cookie首部，供服务器识别该用户。因此cookie可以在无状态的HTTP上建立一个用户会话层，允许服务器通过用户与应用程序之间的会话对用户进行验证。

4、cookie带来的问题
然而，cookie的使用可能会带来一定的问题。

第一，就是用户的隐私问题，从上面的讨论中，我们可以看到，网站能过我们的cookie识别号，可以知道我们在什么时候做过什么事情。

第二，就是信息的安全问题，从上面的论述中，我们可以知道，服务器并没有进行必要的检查，即服务器取出包含Cookie首部行的请求报文的cookie识别号，再到后端服务器查询，就能确定用户，而不管这个请求报文是否是由原本的主机发送的报文。换句话来说，如果不怀好意的人，拿到了我们的cookie识别号，并用我们的cookie标识号填充HTTP请求报文，发送给xxx网站的Web服务器，就能冒充我们去做很多他想做的事情，获得很多他们想获得的信息。

二：session一些基础知识

在php中session是一个服务器全局变量可以实现页面之间传递了，所以session常用于服务器端用户会员登录验证，session的安全性也是非常高的，下面我来介绍一下关于php session基础知识。

session 的生命周期是多长

1：浏览器结束时其生命周期也同时结束，但是档案仍然存在于 /tmp/(sess_???)  

2： 下次重新开浏览器时会重新分配 sessionID,如果你使用 session_id() 把以前的 ID 带回来，则会去读取残存在 /tmp 处的 sess_???, 取回你之前所有已经设定的参数  

3 :可以在 PHP.ini 里修改 session 档案残存的时间   　

session.gc_maxlifetime = 1440 ;

after this number of seconds, stored 　

data will be seen as 'garbage' and 　cleaned up by the gc process 　　

默认是 1440 秒，24分钟  

使用 session 注意的存储路径问题   看看 php.ini 里对于 session 的设置  

　[Session] 　

session.save_handler = files ; handler used to store/retrieve data 　

session.save_path = /tmp ; argument passed to save_handler 　

in the case of files, this is the

path where data files are stored

默认是存于 /tmp 目录下，这个目录可不一定真有啊！！！ 最好改为你的 php 安装路径，比如 c:/php

彻底理解PHP的SESSION机制 1.session.save_handler = files

 * 1. session_start()          

1: session_start()是session机制的开始，它有一定概率开启垃圾回收,因为session是存放在文件中， PHP自身的垃圾回收是无效的，SESSION的回收是要删文件的，这个概率是根据php.ini的配置决定的，  但是有的系统是 session.gc_probability = 0，这也就是说概率是0，而是通过cron脚本来实现垃圾回收。

            session.gc_probability = 1        

　　      session.gc_divisor = 1000     

         session.gc_maxlifetime = 1440//过期时间 默认24分钟          

　　   //概率是 session.gc_probability/session.gc_divisor 结果 1/1000,      

        //不建议设置过小，因为session的垃圾回收，是需要检查每个文件是否过期的。     

        session.save_path = //好像不同的系统默认不一样，有一种设置是 "N;/path"      

        //这是随机分级存储，这个样的话，垃圾回收将不起作用，需要自己写脚本

 2: session会判断当前是否有$_COOKIE[session_name()];session_name()返回保存session_id的COOKIE键值，  这个值可以从php.ini找到

            session.name = PHPSESSID //默认值PHPSESSID             

 3:如果不存在会生成一个session_id,然后把生成的session_id作为COOKIE的值传递到客户端. 相当于执行了下面COOKIE 操作，注意的是，这一步执行了setcookie()操作，COOKIE是在header头中发送的，  这之前是不能有输出的，PHP有另外一个函数 session_regenerate_id() 如果使用这个函数，这之前也是不能有输出的。

                setcookie(session_name(),                

　　           session_id(),                     

　　　　     session.cookie_lifetime,//默认0                      

　　　　     session.cookie_path,//默认'/'当前程序跟目录下都有效               

　             session.cookie_domain,//默认为空                           )

  4:如果存在那么session_id = $_COOKIE[session_name];    

          然后去session.save_path指定的文件夹里去找名字为'SESS_' . session_id()的文件.        

         读取文件的内容反序列化，然后放到$_SESSION中   

  * 2. 为$_SESSION赋值     

  比如新添加一个值$_SESSION['test'] = 'blah'; 那么这个$_SESSION只会维护在内存中，当脚本执行结束的时候，  

  用把$_SESSION的值写入到session_id指定的文件夹中，然后关闭相关资源.   

   这个阶段有可能执行更改session_id的操作，  比如销毁一个旧的的session_id，生成一个全新的session_id.一半用在自定义 session操作，角色的转换上，

 比如     Drupal.Drupal的匿名用户有一个SESSION的，当它登录后需要换用新的session_id

        if (isset($_COOKIE[session_name()])) {           

　　　　 setcookie(session_name(), '', time() - 42000, '/');//旧session cookie过期   

      }        

　　  session_regenerate_id();//这一步会生成新的session_id       

　　　　  //session_id()返回的是新的值

  3：写入SESSION操作       在脚本结束的时候会执行SESSION写入操作，把$_SESSION中值写入到session_id命名的文件中，可能已经存在，  可能需要创建新的文件。

  4. 销毁SESSION        SESSION发出去的COOKIE一般属于即时COOKIE，保存在内存中，当浏览器关闭后，才会过期，假如需要人为强制过期，  比如 退出登录，而不是关闭浏览器，那么就需要在代码里销毁SESSION，方法有很多，      

       o 1. setcookie(session_name(), session_id(), time() - 8000000, ..);//退出登录前执行          

　　  o 2. usset($_SESSION);//这会删除所有的$_SESSION数据，刷新后，有COOKIE传过来，但是没有数据。     

       o 3. session_destroy();//这个作用更彻底，删除$_SESSION 删除session文件，和session_id

       当不关闭浏览器的情况下，再次刷新，2和3都会有COOKIE传过来，但是找不到数据

2.session.save_handler = user

      用户自定义session处理机制，更加直观    

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

  1.session_start(),      

　　  执行open($save_path, $session_name)打开session操作句柄     

　　  $save_path 在session.save_handler = files的情况下它就是session.save_path，  但是如果用户自定的话，这个两个参数都用不上，直接返回TRUE

       执行read($id)从中读取数据.//这个参数是自动传递的就是session_id(),可以通过这个值进行操作。

   2.脚本执行结束       执行write($id, $sess_data) //两个参数，很简单    

   3.假如用户需要session_destroy()        先执行destroy.在执行第2步