解决PHP中session阻塞问题的办法

本文章来为各位介绍关于解决PHP及session阻塞问题的办法，如果你碰到此问题我们可以一起来看看。

最近小峰在开发项目的时候遇到一个问题就是阻塞问题。用的是thinkphp框架，利用ajax请求一次操作，在ajax没有返回结果前，相同程序，其它操作是无效的。然后网上一查，有人和我有一样的问题，下面把该解决方法分享出来。

当同时向服务端发现若干HTTP请求，有时你会发现这些请求可能并非并发完成的，服务器对这些请求进行了排队处理，产生了所谓的PHP阻塞现象。最有可能是脚本进行了session数据的读写，PHP中session默认使用文件系统进行存储的，当进行读写session文件操作时，存储session的文件处于锁定状态，此时其他需要读写session数据的请求需要等待前一个请求完成后才会进行，从而导致PHP阻塞的发生，庆幸的是PHP提供了session_write_close()函数来结束当前session并写入数据。

session阻塞简单演示

创建2个php文件：session_a.php，session_b.php。

 <?php
// session_a.php
session_start();
$_SESSION['a'] = date('H:i:s');
// session_write_close();

sleep(5);
echo $_SESSION['a'];

 <?php
// session_b.php
session_start();
$_SESSION['b'] = date('H:i:s');
// session_write_close();

sleep(5);
echo $_SESSION['b'];
同时访问这2个脚本，你会发现，其中一个脚本比另一个延迟了5秒。而当我们将文件中的session_write_close()函数注释取消掉后，再来同时访问发现2个脚本可以同时执行了。

session锁定处理机制
顺便提一下，session_commit()是session_write_close()的别名，即也可以使用前者替代后者。

当session_start()调用时，session处理机制默认会打开或创建一个seesion文件，且会立即给这个文件上了一个锁定状态(locked)。当session_commit()调用时或脚本执行完成后该文件会被解锁(unlocked)。

锁定状态有个重要的影响：同时请求使用了session的PHP脚本，并非并列执行的，而是分离的。如果当用户发起了一个请求，同时发起另一个请求便会被阻塞，直至前一个请求完全完成。

Session锁定的好处
请不要勿以为这所谓的阻塞现象是PHP的BUG，当然不是，相反有些时候分离执行才是正确的做法。考虑一下购物车案例：

用户发起A请求，脚本读取用来显示购物车物品的session数据；
在A请求完成之前，用户便点击了“加入购物车”按钮，发送了个B请求；
B等待A请求完成，然后向session中新增数据；
如果没有对session进行锁定会发生什么？

B没有等待A完成，读取并写入session数据；
A请求完成并写入之前读取的session数据，覆盖了上述B写入的数据；
所以，我们在使用session时应当考虑当前实际环境。
ThinkPHP如何解决session阻塞
最近开始使用国内的PHP框架ThinkPHP，便遇见了阻塞问题，因为没仔细看官方文档，调试许久未果，差点一怒之下放弃该框架，后发现配置项里有个“SESSION_AUTO_START”配置，用于自动加载session，果断设置为FALSE，一切恢复正常。

在需要使用session的时候，可以使用PHP自带函数：

 session_start();
//...
session_commit();   // 或session_write_close()
也可以用TP风格方式：

session('[start]');
//...
session('[pause]');

memcache是一套分布式的高速缓存系统，在Drupal中我们可以利用Memcach提高Drupal应用性能，本文是我们总结的Memcache的hash策略及配置。

Memcach是web应用/Drupal应用性能提高的利器，近期在使用Memcache中，发现有很多小问题，因此作者特意总结了几个，放上来供大家参考使用。

1. Memcache和Memcached的区别

这个是历史问题，但是，言而总之：名字长的更牛逼!  

所以，推荐使用memcached。
另外，memcached有很多新特性，包括getMulti/setMulti、支持存储object、支持count+1操作，都会比memcache的好用一些，可以试试，或许以后支持更多的操作，赶上redis。。

Drupal大学上关于memcache的问答：http://../apachesolr_search/memcache


如下（摘自德问）：

#Memcache
$m = new Memcache();
$m->addServer('localhost', 11211);
$v = $m->get('counter');
$m->set('counter', $v + 1);
#由于get/set这两个动作无法作为一个原子来操作，所以当多个进程同时处理时，
#会出现丢失的可能，更让人恼火的是，你根本就不知道什么时候出现丢失。

#Memcached
$md = new Memcached();
$md->addServer('localhost', 11211);
$v = $md->get('counter', null, $token)
$md->cas($token, 'counter', $v + 1);
#cas是Memcached版本里提供的功能，说白了就是一个乐观锁的功能，
#如果你把$token的值var_dump出来，就会发现$token其实就是一个版本号，
#如果通过get得到的$token版本号在cas的时候不对应，就说明已经有别的操作更新了，
#此时cas操作会失败，至于如何继续操作，就看你自己了

两者的区别如下，下面是Memcache的方法：

下面是memcached的方法：

2. Memcache的哈希策略

    常规的hash策略是取模，比如key=10, 有两台服务，就10%2=0，算出该值分布在第一台服务器上。
    那么缺点也很明显，比如服务器增加一台，之前的分布式策略全完蛋。

因此，业界需要更牛逼的算法~

一致性hash算法隆重登场！

简单说来，一致性hash算法就是先把服务器也通过某一个特征（如IP/MAC地址）hash一下，这样服务器会按照分布（可能不均匀）在一个范围，然后把key再hash一下，然后看key最近的下个服务器作为该key的存储bin。
这样，如果增加一台服务器，重新分配的key只是分布再新增的这个服务器和上一个最近的服务器之间的key，其余的都不变。

初步的服务器分布：

增加服务器的分布：

上面的描述的是白话，可能比较拗口，笔者文字水平有限，详情见下面的链接：

http://blogread.cn/it/article/5271
http://blog.csdn.net/kongqz/article/details/6695417

3. Memcache的hash策略配置

Memcache安装完成之后，可以设置哈希策略，memcache.hash_strategy。目前有standard模式和consistent模式。standard模式其实就是%，即取模。而consistent，就是hash的一致性算法。

在Memcache中，hash策略在PHP.ini文件中设置

[Memcache]
Memcache.allow_failover = 1
……
……
Memcache.hash_strategy =consistent
Memcache.hash_function =crc32

在Memcached中，hash策略在PHP的参数中设置：

mem = new memcached();
$mem-&gt;setOption(Memcached::OPT_DISTRIBUTION,Memcached::DISTRIBUTION_CONSISTENT);
$mem-&gt;setOption(Memcached::OPT_LIBKETAMA_COMPATIBLE,true);

 

4. 后记

因此正常情况下，推荐使用一致性哈希算法，但凡事无绝对，比如一个小的站点，memcache的服务几乎永不会增加，这是用常规的standard的算法也是比较推荐的，毕竟一致性算法存在一个均匀分布的问题（可能已经解决了。。）

下面我们一起来看看关于BBSMAX发布部署提示”default.aspx”中模版变量”PageTitle”不存在，请检查模版解决办法。

 

 

 

 

现在QQ互联登录在许多的网站都集成了，但今天小编碰到在QQ互联登录时出现redirect uri is illegal(100010)错误，下面我们来看看问题的一个解决办法。

 

 

 

 

 

 

 

 

本文章为各位总结了关于php提示”Cannot send session cache limiter ? headers already sent by”错误解决办法。

运行PHP页面，提示“Cannot send session cache limiter – headers already sent by()”或者"function session_start()"错误，让人非常头痛。因为这不是第一次遇到了，为了加深印象,把问题原因分析及解决方法详细写下来，分享给大家。

问题分析：

记得第一次遇到这个问题时，谷歌了很多答案，也有很多种解决方法，但出现这个问题大部分最根本的原因是：当在运行session_start();时是不能有任何输出，而这之前页面已经有出现空行现象，或可以说页面是含有DOM编码的UTF-8页面。

查看页面是否含有DOM编码方法：

1、使用Dreamweaver软件打开页面，查看页面属性（修改-页面属性-标题/编码），查看“包括Unicode签名BOM”项前面是否打勾；

2、记事本打开，另存为时，编码格式为ANSI则不含有DOM，若为UTF-8，基本肯定含有。

解决办法：

通过工具，如：editplus、ultraedit等工具，去掉DOM行即空白行即可解决，具体步骤如下

 

 

其它解决方法：

1、页面头部加上：ob_start();//偶尔碰到失效；
2、新建页面，将代码COPY过去，这个方法有时也管用，注意GBK还是UTF-8编码（通常由GBK另存为UTF-8编码时会默认带DOM编码）；
3、另一种情况服务器PHP配置问题：修改php.ini中的 session.auto_start = 0 为 session.auto_start = 1；
4、基本上面的可以解决这个问题，还有些很少见的非常规方法，如果不能解决，大家只能谷歌了。