我的任何项目都没有问题。就在最近，当我在 arch linux(更新到 5.4)中运行 pacman-update 时，我的许多项目都无法再运行了。

有趣的是，该问题只会在文件系统上创建 session 文件后立即出现。我的意思是，只要/tmp/sess* 不存在，我就可以第一次调用该网站。

当我想第二次调用它并且/tmp/sess* 已经写入时，我得到以下错误(包括 stacktrace，Zend Framework)。

Zend_Controller_Exception: session has already been started by session.auto-start or session_start()#0 /srv/http/bahasa/library/Zend/Session/Namespace.php(143): Zend_Session::start(true)
#1 /srv/http/bahasa/library/Zend/Auth/Storage/Session.php(87): Zend_Session_Namespace->__construct('Zend_Auth')
#2 /srv/http/bahasa/library/Zend/Auth.php(91): Zend_Auth_Storage_Session->__construct()
#3 /srv/http/bahasa/library/Zend/Auth.php(141): Zend_Auth->getStorage()
#4 /srv/http/bahasa/library/Skoch/Controller/Plugin/Navigation.php(59): Zend_Auth->hasIdentity()
#5 /srv/http/bahasa/library/Zend/Controller/Plugin/Broker.php(287): Skoch_Controller_Plugin_Navigation->dispatchLoopStartup(Object(Zend_Controller_Request_Http))
#6 /srv/http/bahasa/library/Zend/Controller/Front.php(928): Zend_Controller_Plugin_Broker->dispatchLoopStartup(Object(Zend_Controller_Request_Http))
#7 /srv/http/bahasa/library/Zend/Application/Bootstrap/Bootstrap.php(97): Zend_Controller_Front->dispatch()
#8 /srv/http/bahasa/library/Zend/Application.php(366): Zend_Application_Bootstrap_Bootstrap->run()
#9 /srv/http/bahasa/public/index.php(30): Zend_Application->run()
#10 {main} in /srv/http/bahasa/library/Zend/Controller/Plugin/Broker.php on line 312

当然我已经在 stackoverflow 上检查了这个问题的其他答案，但是:

• session.auto-start 设置为 0
• 在 library/Zend/之外的地方没有 session_start() 调用(在整个项目目录上执行了 grep -r)
• 在 Bootstrap.php 中编写 Zend_Session::start()(作为错误修复)会导致新的 fatal error
• 文件系统权限正常，/tmp 有 777，创建的 sess 文件有 http rw(777 不会改变行为)。

另外如前所述，当我从 PHP 5.3 更新到 PHP 5.4 时，它就奇怪地发生了。问题是，降级似乎不起作用(然后 mysql 库以某种方式损坏)。

正如已经提到的，对我来说最奇怪的是，它只有在/tmp 中创建 session 文件时才会发生。当/tmp 没有 session 文件时，一切正常。

是的，不仅我自己的项目受到影响，而且我正在为另一家公司工作(在他们的服务器和本地 PC 上运行起来就像魅力一样)，所以这也与我自己的代码中的问题相矛盾(同样的事情发生在两个 Zend Framework 项目上)。

当然，我的项目也可以在我的在线网站空间上使用 PHP 5.2.12 正常运行。

我想之前的 PHP 通知也很有趣:

Notice: Array to string conversion in /srv/http/bahasa/library/Zend/Session/Exception.php on line 58

Call Stack:
0.0009     134352   1. {main}() /srv/http/bahasa/public/index.php:0
0.2805    3703732   2. Zend_Application->run() /srv/http/bahasa/public/index.php:30
0.2805    3703756   3. Zend_Application_Bootstrap_Bootstrap->run() /srv/http/bahasa/library/Zend/Application.php:366
0.2806    3703876   4. Zend_Controller_Front->dispatch() /srv/http/bahasa/library/Zend/Application/Bootstrap/Bootstrap.php:97
0.2873    3829732   5. Zend_Controller_Plugin_Broker->routeStartup() /srv/http/bahasa/library/Zend/Controller/Front.php:908
0.2873    3829820   6. Skoch_Controller_Plugin_Autologin->routeStartup() /srv/http/bahasa/library/Zend/Controller/Plugin/Broker.php:237
0.2883    3840992   7. Zend_Auth->hasIdentity() /srv/http/bahasa/library/Skoch/Controller/Plugin/Autologin.php:12
0.2884    3841016   8. Zend_Auth->getStorage() /srv/http/bahasa/library/Zend/Auth.php:141
0.2960    3980864   9. Zend_Auth_Storage_Session->__construct() /srv/http/bahasa/library/Zend/Auth.php:91
0.2960    3981072  10. Zend_Session_Namespace->__construct() /srv/http/bahasa/library/Zend/Auth/Storage/Session.php:87
0.2961    3981232  11. Zend_Session::start() /srv/http/bahasa/library/Zend/Session/Namespace.php:143
0.2968    3989956  12. session_start() /srv/http/bahasa/library/Zend/Session.php:469
0.2972    3997536  13. PropelAutoloader->autoload() /srv/http/bahasa/library/Zend/Session.php:0
0.3000    4060508  14. require('/srv/http/bahasa/application/models/bahasa/User.php') /srv/http/bahasa/library/propel-1.6.4/runtime/lib/util/PropelAutoloader.php:108
0.3377    4925056  15. Zend_Session_Exception::handleSessionStartError() /srv/http/bahasa/library/propel-1.6.4/runtime/lib/util/PropelAutoloader.php:16

但是，Propel 自己的代码中似乎没有任何 session_start()，所以不是这个原因(propel 也存在于已检查的项目主管中)。

我个人还没有看到这个通知的全部含义，但我看得越久，它似乎与错误相关的就越多(至少堆栈跟踪，我的意思是通知只是关于数组到字符串转换)。

调用 Zend_Session::start() 的回溯

好的，当 Zend_Session::start() 被调用两次时，我找到了回溯。

首先:

#0  Zend_Session::start(1) called at [/srv/http/bahasa/library/Zend/Session/Namespace.php:143]
#1  Zend_Session_Namespace->__construct(Zend_Auth) called at [/srv/http/bahasa/library/Zend/Auth/Storage/Session.php:87]
#2  Zend_Auth_Storage_Session->__construct() called at [/srv/http/bahasa/library/Zend/Auth.php:91]
#3  Zend_Auth->getStorage() called at [/srv/http/bahasa/library/Zend/Auth.php:141]
#4  Zend_Auth->hasIdentity() called at [/srv/http/bahasa/library/Skoch/Controller/Plugin/Autologin.php:12]
#5  Skoch_Controller_Plugin_Autologin->routeStartup(Zend_Controller_Request_Http Object ([] => Array ([0] => _GET,[1] => _POST),[] => /de/,[] => ,[] => ,[] => ,[] => Array (),[] => ,[] => Array (),[] => ,[] => ,[] => module,[] => ,[] => controller,[] => ,[] => action)) called at [/srv/http/bahasa/library/Zend/Controller/Plugin/Broker.php:237]
#6  Zend_Controller_Plugin_Broker->routeStartup(Zend_Controller_Request_Http Object ([] => Array ([0] => _GET,[1] => _POST),[] => /de/,[] => ,[] => ,[] => ,[] => Array (),[] => ,[] => Array (),[] => ,[] => ,[] => module,[] => ,[] => controller,[] => ,[] => action)) called at [/srv/http/bahasa/library/Zend/Controller/Front.php:908]
#7  Zend_Controller_Front->dispatch() called at [/srv/http/bahasa/library/Zend/Application/Bootstrap/Bootstrap.php:97]
#8  Zend_Application_Bootstrap_Bootstrap->run() called at [/srv/http/bahasa/library/Zend/Application.php:366]
#9  Zend_Application->run() called at [/srv/http/bahasa/public/index.php:29]

第二个:

#0  Zend_Session::start(1) called at [/srv/http/bahasa/library/Zend/Session/Namespace.php:143]
#1  Zend_Session_Namespace->__construct(Zend_Auth) called at [/srv/http/bahasa/library/Zend/Auth/Storage/Session.php:87]
#2  Zend_Auth_Storage_Session->__construct() called at [/srv/http/bahasa/library/Zend/Auth.php:91]
#3  Zend_Auth->getStorage() called at [/srv/http/bahasa/library/Zend/Auth.php:141]
#4  Zend_Auth->hasIdentity() called at [/srv/http/bahasa/library/Skoch/Controller/Plugin/Navigation.php:59]
#5  Skoch_Controller_Plugin_Navigation->dispatchLoopStartup(Zend_Controller_Request_Http Object ([] => Array ([0] => _GET,[1] => _POST),[] => /de/,[] => ,[] => ,[] => de,[] => …

最佳答案

好的，我发现了错误。这完全不是你能找到的，但其他人可能会感兴趣的一般答案。

一般回答

通知确实与错误有关。问题是，Zend_Session_Exception 被注册为 session_start() 的错误处理程序并且 session_start() 将小通知传递给 Zend_Session_Exception。即使它只是一个通知(它不会在生产系统上被触发，因此它在那里工作)，Zend_Session_Exception 被触发并将 Zend_Session_Exception::$sessionStartError 设置为一个错误。

一旦这样的错误被记录下来， session 将不会被注册到 Zend_Session。 即使 session_start() 本身返回 true

这一行可以看到($startedCleanly表示session_start()的返回值): if (!$startedCleanly || Zend_Session_Exception::$sessionStartError != null) {

具体答案

在我的特殊情况下，这都是由于继承冲突造成的。我没有将 Propels(数据库 ORM)基类的参数添加到我的子类中。然后 PHP 发出通知，我应该更正它。

因为这样一个 Propel 对象存在于我的 session 中(User)，所以在调用 session_start() 时恰好触发了通知。这就是 Zend_Session_Exception 被警告的原因。然后就按照上面的描述进行了。

悬而未决的问题

我还没有发现，为什么这种行为出现在 PHP 5.4 中。我之前也没有实现这些参数，但在解决 session 时从未被视为问题。我猜他们在打开 session 值时改变了一些东西。

关于zend-framework - 为什么我的带有 Zend Framework 的 PHP 在更新到 5.4 后(在文件系统上存在 session 之后)对 "session started"变得疯狂？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/11265245/