我遇到了session_start（）挂起的问题。
我尝试用“memcached”替换“file”方法。这没有解决问题。
问题不在于并发访问。这不是我试图同时使用两个单独的脚本访问会话。
我可以创建会话并保存，但之后无法访问会话。
检查我的session.save_path，我可以看到会话文件已创建，我没有看到任何问题。 这是一个示例会话文件：
sess_88senr7p8icjaiebup8i449l41：CSRF | S：32： “401a0f9028b00102c671459da8537286”;用户数据|一个：6：{S：2： “ID”; S：4： “3198”; S：5： “电子邮件”; S：25： “保@ * ** * *** .COM”; S：4：”名称 “; S：17：” 的 的 ** * ** * ** “; S：6： “母体”; S：4： “3198”; S：11： “权限”; I：1; S：15： “app_permissions”; N;}雇主|一个：8：{S：2： “ID”; S：4： “3198”; S：12： “COMPANY_NAME”; S：7： “的 ** ”; S：21： “user_accounts_allowed”; I：20; S： 18： “user_accounts_used”; I：20; S：5： “笔记”; S：0： “”，S：14： “contract_start”; S：10： “2013年4月10日”; S：12：” contract_end “; S：10：” 2014年4月10日 “; S：8：” 特征“; I：2;}
这就像根本没有删除会话锁一样。我在哪里可以找到这个？同样的问题会影响“文件”和“memcached”吗？