讨论，在每次http请求结束后调用set_time_limit(0)
问题描述
php.ini中max_execution_time的值对cli环境无效，但可以在程序中是可以被修改并生效的，如set_time_limit()方法。
正常来讲，没有人明知是cli环境的情况下，写代码时去修改这个值，但webman承接传统的php生态，难免某个第三方包会去修改它，或者一些老项目代码迁移有遗留。
而且这个问题不好排查，比如我遇到问题是某个上传文件的地方set_time_limit()，你必须调用过这个上传文件的接口才会触发此问题，过一段时间进程就自动退出重启。
在每次请求结束后调用一次set_time_limit(0)，应该对性能影响不大吧。
893 1 0
1个回答
相似问题
年代过于久远，无法发表回答
月贡献榜
赞助商
热门问答
workerman 里面的redis 队列是基于redis的什么特性实现的？
webman重构TP8
不理解为啥定时器是4个？
升级了1.6.9之后，GatewayWorker插件无法根据uid获取在线的用户，返回都是0
云邮件插件，502报错
联表一次查询和查询后循环内再查询别的表组装数据，哪个性能好呢？
【已解决】请问下，webman可以开启端口复用reusePort吗？
webman想使用人大金仓数据库，如何处理？ 求方案
PHP8.4下webman直接用topthink/think-orm想了解数据库连接该写在哪里
redis-queue 延迟队列不消费，使用的官方源码安装
框架就不加
set_time_limit(0)这个了。如果出现
Maximum execution time类似的报错，直接代码里搜下set_time_limit去掉，或者自己在请求结束后调用下set_time_limit(0)就好了。直接修改代码不好，万一是composer的包，修改了升级又恢复，只能弄个中间件处理一下了