本文主要讲CI2和CI3关于Session类库的区别。我们知道CI2的Session类使用了cookie来传递session数据。使用 cookie保存会话的好处在于可以节省服务器资源，但坏处也是显而易见的：不能存储太多数据，同时由于暴露了一些重要元数据（ip地址、user agent、session id、user data、上次活动时间），也不够安全（虽然可以加密和自动更新）。当然它也可以使用数据库来保存session数据，但配置有一定的复杂度。

CI3的Session的类库则完全重新，也不再把元数据信息以cookie的方式发送到客户端，它采用了原生的Session来保存会话数据。同时也不 再是简单地通过配置使用数据库来存储Session数据，而是通过drivers驱动的模式自由切换到不同的Session Driver。CI默认使用的driver为files，所以使用$this->load->library('session')加载 Session类时，自动使用files的驱动。


CI2和CI3的Session配置区别

在CI2中的application/config/config.php中的session配置如下：

01 //即使$config['sess_encrypt_cookie']设为 FALSE，也需设置密钥。这是个小bug
02 $config['encryption_key'] = '_mahua_';
03  
04 $config['sess_cookie_name']  = 'ci_ssession';
05 $config['sess_expiration']  =  7200;
06 $config['sess_expire_on_close'] = TRUE;
07 $config['sess_encrypt_cookie'] = FALSE;
08 $config['sess_use_database'] = TRUE;
09 $config['sess_table_name']  = 'ci_sessions';
10 $config['sess_match_ip']  = FALSE;
11 $config['sess_match_useragent'] = FALSE;
12 $config['sess_time_to_update'] = 300;
13  
14 //同时会用到cookie的一些设置，因为它用cookie保存着session数据
15 $config['cookie_prefix'] = "";
16 $config['cookie_domain'] = "";
17 $config['cookie_path']  = "/";
18 $config['cookie_secure'] = FALSE;

而在CI3中，配置就简单了很多：

1 $config['sess_driver'] = 'files';
2 $config['sess_cookie_name'] = 'ci_session';
3 $config['sess_expiration'] = 7200;
4 $config['sess_save_path'] = NULL;
5 $config['sess_match_ip'] = FALSE;
6 $config['sess_time_to_update'] = 300;
7 $config['sess_regenerate_destroy'] = FALSE;

CI3中不再有$config['sess_match_useragent']配置，因为不再做此匹配。而配置$config['sess_expire_on_close'] 和$config['sess_encrypt_cookie'] 也不再存在：

01 //为保持兼容性和健壮性，sess_expire_on_close的配置依然有效，
02 //不过优先级非常低，等同于CI3的$config['sess_expiration'] = 0;
03 //CI3的seesion过期时间设置有三个层次，
04 //优先级最高：$this->load->library('session', array('driver'=>'files','cookie_lifetime'=>300));
05 //次优先级：配置文件中的配置节：$config['sess_expiration'] = 300;
06 //最低优先级：配置文件中的配置节：$config['sess_expire_on_close'] = TRUE;
07 $config['sess_expire_on_close'] = TRUE;
08  
09 //该配置不再有效，CI3的设置cookie时强制使用httponly，为了安全。
10 $config['sess_encrypt_cookie'] = FALSE;
11  
12 //该配置节依然有效，当session_driver配置节为空而该配置节为ture时，会使用database驱动器
13 $config['sess_use_database'] = TRUE;
14 //依然有效，等同于databse驱动器时的sess_save_path配置节
15 $config['sess_table_name']  = 'ci_sessions';
16  
17 //依然有效
18 $config['sess_match_ip']  = FALSE;
19 //无效
20 $config['sess_match_useragent'] = FALSE;
21 //依然有效。
22 $config['sess_time_to_update'] = 300;
23  
24 //新增配置节，会话重新生成时是否将以前的session文件内容删除掉。
25 //如果设为false并且驱动器设为files时，不断刷新含有session的页面，
26 //你会发现服务器上保存sessions的文件不断增多，不过不用担心，php的GC机制会帮你回收这些资源
27 $config['sess_regenerate_destroy'] = FALSE;

配置驱动器

首先的改动CI3.0支持更多的方式去存储session，包括files, database, redis, memcached以及自定义，$config['sess_driver'] 来配置驱动器，默认的驱动器是files。

1 //在配置文件中配置驱动器
2 $config['sess_driver'] = ‘files’;
3  
4 //或者使用加载器配置
5 $this->load->library('session', array('driver'=>'files', 'cookie_lifetime'=>300));

配置session save path

配置节sess_save_path会根据不同的驱动器，定义不同。

1.在files驱动器下，sess_save_path指的是session文件保存的路径。sess_save_path指定的文件夹目录需要是绝对路径，而且是可写的。

1 //官方建议使用绝对路径，但经测试相对路径也是可行的。
2 //保持文件夹是可写的，保证拥有运行脚本的权限
3 //设为默认的NULL也是可行的，会使用php.ini里的配置，如：session.save_path = "c:/wamp/tmp"
4 $config['sess_save_path'] =  FCPATH.  'your/sess_save_path';

2. 在database情形下，sess_save_path指代的是保存session的数据表名，如：

1 $config['sess_driver'] = 'database';
2 $config['sess_save_path'] = 'ci_sessions';

3.在redis情形下，需要安装phpredis 的php扩展。sess_save_path指代的是主机和端口地址，如：

1 $config['sess_driver'] = 'redis';
2 $config['sess_save_path'] = 'tcp://localhost:6379';

4.在memcached情形下，也需要安装Memcached的php扩展，sess_save_path指代的也是主机和端口地址，如：

1 $config['sess_driver'] = 'memcached';
2 $config['sess_save_path'] = 'localhost:11211';

一个并发问题

随着web应用的发展，RIA越来越多，ajax请求会在客户端变得频繁。ajax请求是非阻塞的，这就意味着在同一时间会有两个持有相同Session
Id的请求达到服务器，并更改服务器上的Session 数据甚至重新产生新的session
id，这就会产生一个并发冲突。于是各种php的session
hanlder加入了锁机制，防止这种并发冲突。f当时用files驱动器时，锁机制是有效的，使用databse驱动器时，官方支持MySQL和
PostgreSQL数据库，因为它们有锁机制，其他数据库CI并不会支持。使用redis和Memcache
驱动器时，不具备锁机制，由CI模拟一种替代的锁。

在CI3以前的版本中，它的自动更新机制中，无论什么请求包括ajax，只要到达服务器就会更新session
id。到CI3时，已经加入了ajax请求的限制，如果是ajax请求，即使更新时间窗口到达，也不会更新session
id。这减少了并发冲突的可能性。但是锁机制的存在也会带来一些问题：

1 session_start();
2 $_SESSION["count"]=1;
3 //加入这句与不加这句的区别
4 session_write_close();
5 sleep(10);

不加session_write_close()，同时运行三个进程，执行时间分别是10秒，20秒和30秒。而加入
session_write_close()后，则三个进程同时进行，只需要10秒。原因在于执行session_start()后
对应的session文件是被锁定的，直到当前脚本结束才会解锁。在锁定期间，另一个进程访问相同session id
要等文件解锁后session_start()才会开始。 在 session 设置好数据后调用 session_write_close()
将数据写入文件并且结束session可释放session文件资源供其他进程使用。CI官方手册提示到：在 session 设置好数据后调用 session_write_close()是个非常良好的习惯。

文件驱动器还是数据库驱动器？

相信有很多人在纠结使用文件驱动器，还是数据库驱动器。如果你认为使用database驱动器的效率要大于files驱动器的话，你只对了一半。官方的建
议是：如果网站的session不多，使用database驱动器效率要高，但是随着用户量的上升，files驱动器反而优势明显，超过
database。当然如果真要追求效率，官方则推荐使用tmpfs，如果你愿意的话，radis和memcache也是不错的选择。在某种情形下，自己擅长的技术就是最好的技术。

关于CI3 Session类库的文章到此结束了，如果有什么不懂的地方，可以提出来大家一起研究讨论。为此我单独开了一个文章，好积累一些在CI中文论坛中常常问到的问题，仅作参考。

http://www.ifixedbug.com/posts/how-to-use-codeigniter3-session-3

最新文章

  1. 在ASP.NET MVC5应用程序中快速接入QQ和新浪微博OAuth
  2. 数据库一些常用的SQL语句
  3. springboot 整合Redis
  4. LongListSelector with bindable SelectedItem
  5. 移动表格行 解决低版本IE fadeIn fadeOut 失效问题
  6. 学习OpenCV——鼠标事件（画框）
  7. Android BroadcastReceiver实时监听电量
  8. mysql 自旋锁
  9. 一个Div在BOdy中上下左右居中
  10. Android-自定义PopupWindow
  11. CSS中选择器优先级顺序实战讲解
  12. localStorage 如何存储JSON数据并读取JSON数据
  13. [Selenium With C#基础教程] Lesson-07 复选框
  14. kettle闪退问题
  15. Java数据解析之XML
  16. [luogu3391][文艺平衡树]
  17. EOS商业落地利器：多签名操作与应用
  18. callback.js
  19. apiCloud 双击事件
  20. jquery中ajax处理跨域的三大方式

热门文章

  1. swift函数和初始化控件（// MARK:分割线）
  2. github and SourceTree初步使用
  3. POJ 1450
  4. C#中的可空类型
  5. hdu 4628(状态压缩)
  6. poj 3072(最短路)
  7. linux下使用crontab定时备份MYSQL数据库的方法:
  8. 近期学习js总结
  9. android-exploitme（七）：高级加密
  10. ssh2框架搭建