如果睡眠被计算为超时或类似的东西，这不是常见的问题之一。 好的，问题出在这里：我已经将PHP的max_execution_time设置为15秒，理想情况是超过设定的限制时超时，但是不会超时。 在更改PHP.ini文件后，Apache已经重新启动，ini_get（'max_execution_time'）也没有问题。 有时脚本运行时间高达200秒，这是疯狂的。 我没有任何数据库通信。 所有的脚本都是在unix文件系统上查找文件，并且在某些情况下redirect到另一个JSP页面。 脚本上没有sleep（）。
我计算PHP脚本的总执行时间是这样的：
在我设置的脚本开始处：
$_mtime = microtime(); $_mtime = explode(" ",$_mtime); $_mtime = $_mtime[1] + $_mtime[0]; $_gStartTime = $_mtime;
和结束时间（$ _ gEndTime）计算相似。
总时间是在我注册的关机function中计算的：
如何防止使用.htaccess或自定义PHP.ini来覆盖设置
如何从PHP 5使用Java
mod_perl.so为bugzilla所需的apache 2.4
register_shutdown_function('shutdown'); ............. function shutdown() { .............. .............. $_total_time = $_gEndTime - $_gStartTime; .............. switch (connection_status ()) { case CONNECTION_norMAL: .... break; .... case CONNECTION_TIMEOUT: .... break; ...... } }
注意：我无法使用$ _SERVER ['REQUEST_TIME']，因为我的PHP版本不兼容。 这很糟糕 – 我知道。
1）那么，我的第一个问题显然是为什么我的PHP脚本即使在设置超时限制后仍然执行？
2）Apache的Timeout指令是300秒，但PHP二进制不读取Apacheconfiguration，这不应该是一个问题。
3）是否有可能发送PHP进入睡眠模式？
编辑：我只是发现，stream操作不是几个日志的原因。 即使没有执行stream操作，延迟在脚本内也是随机的。 上下文切换可能只是原因。 但我还没有一个明确的答案。 我在Linux上查找了PHP的Real max_execution_time，但我不知道我想试试。 还有其他build议吗？
当目录存在时，htaccessredirect无法redirect
线程安全和非线程安全的PHP Windows安装包之间的技术差异是什么？
如何解决“_imaging C模块没有安装”Django / Wsgi / Apache
max_execution_time仅限制脚本执行时间本身 – 脚本的cpu时间 。 如果操作系统上下文切换到另一个进程，并在那里花了一些时间，它不会被计算。 因此，测量真实世界的时间，并期待30秒后的超时在任何时候都不会成立。 当然，它也无视任何system ， exec或网络时间
如果您需要超过一定的时间（根据评论）超时，为什么不打电话
$startscript = microtime(); //do some stuff if (microtime() - $startscript > 1500) { dotimeout(); } // do more stuff if (microtime() - $startscript > 1500) { dotimeout(); } // do more stuff if (microtime() - $startscript > 1500) { dotimeout(); }
你得到了jist。 不是很漂亮，但可以工作。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
