PHP的cookie知识：

浏览数：20 / 时间：2015年06月09日

一：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操作，角色的转换上，