php检查是否调用了session_write_close()(也称为会话当前可写)

php检查是否调用了session_write_close()(也称为会话当前可写),php,session,Php,Session,我试图找出是否有一种推荐的方法来检查当前会话是否仍然可写,但我似乎无法在全局变量或cookie中找到任何可能表明该会话不可写的更改 我的make do解决方案是生成一个包含以下内容的函数: @session_start(); 这是一个更优雅的解决方案吗?您可以实现自己的会话处理程序,请参见 更多的控制 但是在脚本的整个生命周期中,会话应该保持可写。在脚本关闭时自动调用 如果手动调用session\u write\u close,这可能是有原因的。重新启动会话将导致另一个不必要的会话。我认为这篇

我试图找出是否有一种推荐的方法来检查当前会话是否仍然可写,但我似乎无法在全局变量或cookie中找到任何可能表明该会话不可写的更改

我的make do解决方案是生成一个包含以下内容的函数:

@session_start();

这是一个更优雅的解决方案吗?

您可以实现自己的会话处理程序,请参见 更多的控制

但是在脚本的整个生命周期中,会话应该保持可写。在脚本关闭时自动调用


如果手动调用session\u write\u close,这可能是有原因的。重新启动会话将导致另一个不必要的会话。

我认为这篇优秀的教程可以帮助您解决问题

我还认为session_start应该在脚本顶部调用,并且它总是可写的

<?php
// page1.php

session_start();

ok将查看会话处理程序。调用session_write_close的原因是因为我的所有脚本都需要能够并行执行,因为应用程序正在进行异步调用。我可以强迫自己总是调用session\u write\u close,然后在需要时总是重新启动它…但是如果我把这个项目转交给其他人,我希望他们不必担心。简言之,我发现session控制应该主要留在控制器中,使用会话进行临时缓存是一个坏主意,文件缓存也很容易,如果您可以访问它,APC或memcache可能是更好的缓存解决方案……不幸的是,我没有访问它们的权限。感谢您对会话处理程序bob的建议。