会话是什么？
具有一定顺序的多个http请求
会话是具有逻辑关联的多个简单交互的集合
简单交互模型。请求<=>响应
逻辑关联。登录->下单->结算->登出
客户端与服务器端交互的行为。
http是无状态的协议，每个请求都是单独处理的，协议无法识别当前用户。
有状态 vs 无状态
跟朋友约吃饭（朋友知道你是做啥的） vs 去银行办业务（银行不知道你要办啥业务）
会话是如何工作的？
给http协议添加程序可识别的状态
通过给请求分配令牌来识别用户
令牌就是门票，每个人都是唯一的。
会话控制的内容？
控制会话的开始与结束
识别并处理会话内的请求
更新会话的状态
会话控制的方式
cookie
setcookie('name', 'value', 'expire');
定义了cookie，会和剩下的HTTP头一起发送给客户端。和其他HTTP头一样，必须在脚本产生任意输出之前发送cookie（由于协议的限制）。请在产生任何输出之前（包括<html>和<head>或者空格）调用本函数。
setrawcookie();
两者区别是setrawcookie不转义。
使用cookie的安全建议：
设置合理的过期时间 time()-1
设置必要的访问路径
合理设置secure和httponly属性
1.Cookie是存储在客户端浏览器中的数据，我们通过Cookie来跟踪与存储用户数据。经常用来存储用户的登录信息，购物车等
2.在使用会话Session时通常使用Cookie来存储会话id来识别用户，Cookie具备有效期，当有效期结束之后，Cookie会自动的从客户端删除。
3.一般情况下，Cookie通过HTTP headers从服务端返回到客户端。多数web程序都支持Cookie的操作，因为Cookie是存在于HTTP的标头之中，所以必须在其他信息输出以前进行设置，类似于header函数的使用限制。
4.PHP通过setcookie函数进行Cookie的设置，任何从浏览器发回的Cookie，PHP都会自动的将他存储在$_COOKIE的全局变量之中，因此我们可以通过$_COOKIE['key']的形式来读取某个Cookie值。
5.setcookie()前面不要有任何输出
cookie能做什么？
标记用户
标记客户端
存储简单信息
cookie工作原理？
在HTTP响应中设置COOKIE
在COOKIE的有效期内，每次请求都会携带COOKIE的值
服务器识别并处理COOKIE的内容
cookie生命周期？
在HTTP响应中设置COOKIE
通过set-cookie指令设置COOKIE
可以设置COOKIE的内容、有效期、有效路径等内容
在HTTP请求中携带COOKIE
只可访问域名相同，路径匹配并在有效期内的COOKIE
通过cookie指令发送具有访问权限的COOKIE值
COOKIE失效
COOKIE过期
用户手动删除COOKIE
服务器清除COOKIE的有效性
PHP设置Cookie最常用的方法就是使用setcookie函数，setcookie具有7个可选参数，我们常用到的为前5个：
name（ Cookie名）可以通过$_COOKIE['name'] 进行访问
value（Cookie的值）
expire（过期时间）Unix时间戳格式，默认为0，表示浏览器关闭即失效
path（有效路径）如果路径设置为'/'，则整个网站都有效
domain（有效域）默认整个域名都有效，如果设置了'www.imooc.com',则只在www子域中有效
因为Cookie是通过HTTP标头进行设置的，所以也可以直接使用header方法进行设置。
header("Set-Cookie:cookie_name=value");
过期时间
setcookie('test', '', time()-1);
可以看到将cookie的过期时间设置到当前时间之前，则该cookie会自动失效，也就达到了删除cookie的目的。之所以这么设计是因为cookie是通过HTTP的标头来传递的，客户端根据服务端返回的Set-Cookie段来进行cookie的设置，如果删除cookie需要使用新的Del-Cookie来实现，则HTTP头就会变得复杂，实际上仅通过Set-Cookie就可以简单明了的实现Cookie的设置、更新与删除。
了解原理以后，我们也可以直接通过header来删除cookie。
header("Set-Cookie:test=1393832059; expires=".gmdate('D, d M Y H:i:s \G\M\T', time()-1));
有效路径
cookie中的路径用来控制设置的cookie在哪个路径下有效，默认为'/'，在所有路径下都有，当设定了其他路径之后，则只在设定的路径以及子路径下有效，例如：
setcookie('test', time(), 0, '/path');
上面的设置会使test在/path以及子路径/path/abc下都有效，但是在根目录下就读取不到test的cookie值。
一般情况下，大多是使用所有路径的，只有在极少数有特殊需求的时候，会设置路径，这种情况下只在指定的路径中才会传递cookie值，可以节省数据的传输，增强安全性以及提高性能。
当我们设置了有效路径的时候，不在当前路径的时候则看不到当前cookie。
setcookie('test', '1',0, '/path'); var_dump($_COOKIE['test']);
（1）最近浏览过哪些商品？
（2）登陆时，如果选择记住用户名，或者自动登陆就会把本次登陆成功得用户名保存到cookie中，然后在输入框读取。
session
保存在服务端
用于存储用户相关信息
通过保存在客户端的SESSION ID来定位SESSION内容
session来存储用户的登录信息
session可以用来存储多种类型的数据，因此具有很多的用途，常用来存储用户的登录信息，购物车数据，或者一些临时使用的暂存数据等。
用户在登录成功以后，通常可以将用户的信息存储在session中，一般的会单独的将一些重要的字段单独存储，然后所有的用户信息独立存储。
$_SESSION['uid'] = $userinfo['uid']; $_SESSION['userinfo'] = $userinfo;
一般来说，登录信息既可以存储在sessioin中，也可以存储在cookie中，他们之间的差别在于session可以方便的存取多种数据类型，而cookie只支持字符串类型，同时对于一些安全性比较高的数据，cookie需要进行格式化与加密存储，而session存储在服务端则安全性较高。
存储机制
session的存储分为三个阶段：
session_start() 开启阶段：
（1）确定浏览器身上是否携带了session_id(session文件名称) ，如果携带了就直接使用浏览器身上的session_id,否则就创建session文件，并且把session文件名称（作为session_id）回应给浏览器。
（2）初始化$_SESSION这个变量,先读取session文件里面的内容，再将其反序列化，最后赋值给$_SESSION变量。
（3）判断哪些session文件已经过期，然后在触发垃圾回收机制。
脚本运行周期内： session_start()之后
（1）php只是对$_SESSION这个变量进行增删改查的操作，但其没有影响到session文件里面的内容，除非session_destroy()，但其内存中的数据还在，文件删除了;
清除内存中的数据只需把$_SESSION = [];设置为空
脚本执行结束阶段：这个阶段才会对session文件进行操作，才会把$_SESSION数组中的数据序列化然后存储到session文件中。
session的垃圾回收机制
当session_start()的时候，会先判断哪些session文件已经过期，session超过有效期之后，就会触发GC，并不是直接把过期的session文件都删除，而是有概率的删除，概率的计算：
删除的概率 = propability/divisor
将gc_propability设置为1000，将gc_divisor设置为1000，将gc_maclifetime设置为60，表示60秒内如果没有任何操作，说明就过期了，就会触发GC
session与cookie的异同
cookie将数据存储在客户端，建立起用户与服务器之间的联系，通常可以解决很多问题，但是cookie仍然具有一些局限：
每次请求都是随身携带，cookie相对不是太安全，容易被盗用导致cookie欺骗，效率比较低
单个cookie的值最大只能存储4k
每次请求都要进行网络传输，占用带宽
session是将用户的会话数据存储在服务端，没有大小限制，通过一个session_id进行用户识别，PHP默认情况下session id是通过cookie来保存的，因此从某种程度上来说，seesion依赖于cookie。但这不是绝对的，session id也可以通过参数来实现，只要能将session id传递到服务端进行识别的机制都可以使用session。
其他方式
Json Web Token
Authorized Token
Access Token + Secret Token