@Jex 是你没理解才对。我那个链接里把问题说的很清楚了

@breeswish 不。PHP的Sesssion handler只有内置的file handler是带同步的，而内置的sqlite handler和memcache handler都是不带同步的

@raincious 不是复杂，而是严谨。虽然并发导致的问题在web应用中发生几率很低，而即便发生了也不太会导致致命错误。所以这个问题从来不被引起重视。至于Cache的一致性问题，由于Cache使用方式的局限性，所以也不会引起致命错误。但实际上错误还是会发生的。

@pubby 用户同时点开两个链接，并发请求这很常见，有些浏览器对于同一IP或站点限制的访问连接数可不止一个

@est session是不会死锁的，因为两个session是不会相互访问对方数据的。

@raincious 加锁啊。就像PHP默认的File类型session handle一样

@est 对，导致的问题就是后一个请求写入的数据丢失，被前一个请求写入的数据覆盖了

@yangqi 而大多数框架实现的session handle也都是没有考虑同步的

@yangqi 我已经说过了，默认file类型的session handle是用文件锁实现同步的，而memcache和sqlite作为session handle是没有同步措施的

@civoic 打开同一个文件同时写当然是可以的，否则file_put_contents也不用提供LOCK_EX标志做参数了。问题不在于同时写入同一文件，而在于访问缓存必须是原子操作。

@Ever PHP session同步问题和session handle的存储类型无关，而是和PHP的session实现机制有关

@yangqi http://bbs.phpchina.com/thread-166580-1-1.html

@luikore 这样只能解决session的同步问题

@mahone3297 是的

@raincious 我测试过PHP内置的memcache session handle，是没有同步的，并发时会产生冲突，只是大多数浏览器对同一站点使用一个HTTP连接同步访问的，所以问题不明显。

@yangqi 组件防止并发冲突当然是基本的要求
@Dlad Session同步PHP没有相关内置函数的，PHP的默认的File类型Session handle是有加文件锁同步的，但是PHP内置的memcached session handle是没有同步的
@civoic 是的。比如Yii的CFileCache实现，是不加锁的，缓存lifetime靠touch函数修改filemtime来实现，如果并发访问会有冲突

在路由器端改一下通过的数据包不是分分钟的事情么

脚本要执行了才能知道真实地址啊，比如脚本要请求服务器获取返回值，然后根据返回值判断跳转那个URL，你不执行如何能知道

帝都无论是房价还是房租，都要比魔都贵