set_time_limit用于设置php脚本最大执行时间，单位为秒，超时会触发致命错误终止脚本。默认30秒，传入0表示无限制，但可能导致资源耗尽或服务器崩溃，尤其在共享环境中风险更高。每次调用重置计时器，适合处理耗时任务时动态延长时间。建议避免使用0，优先优化逻辑，长任务分批处理并重置时限，cli环境下使用需配合超时检测与退出机制。生产环境应结合web服务器和php-fpm等多层超时控制，提升系统稳定性。
set_time_limit 是 PHP 中用于控制脚本最大执行时间的函数。它的主要作用是设置当前脚本在服务器端运行的最长时间，单位为秒。当脚本执行时间超过设定值时，PHP 会抛出致命错误并终止脚本运行，防止长时间运行的脚本耗尽服务器资源。
set_time_limit 的基本用法
该函数接受一个整数参数，表示允许脚本运行的最大秒数：
- set_time_limit(30); // 设置最大执行时间为30秒（默认值）- set_time_limit(0); // 表示不限制执行时间
- set_time_limit(60); // 允许运行最多60秒
每次调用 set_time_limit 都会重置计时器，从调用那一刻开始重新计时。例如，在脚本运行中再次调用 set_time_limit(30)，则总执行时间可能超过30秒，因为计时被刷新了。
执行时间限制与性能安全
PHP 默认的 max_execution_time 通常为30秒，这是在 php.ini 中配置的。而 set_time_limit() 可以在脚本运行时动态修改这个限制，适用于需要处理大量数据、文件导入、网络请求等耗时操作的场景。
立即学习“PHP免费学习笔记（深入）”；
合理使用时间限制有助于：
- 防止因死循环或阻塞操作导致服务器负载过高- 提高多用户环境下服务的稳定性
- 控制批处理任务的运行窗口，便于监控和调试
设置0秒无限制的风险
虽然 set_time_limit(0) 能让脚本无限运行，看似解决了超时问题，但存在显著风险：
- 脚本可能陷入死循环或长时间挂起，占用CPU和内存资源- 多个此类脚本并发执行可能导致服务器崩溃或响应迟缓
- 在共享主机或云环境中，可能触发平台自动终止机制或被封禁
- 日志难以追踪，问题排查困难
尤其是在没有完善异常处理和退出逻辑的情况下，使用0秒限制非常危险。建议仅在可控环境（如CLI命令行脚本）中谨慎使用，并配合日志记录和进程监控。
最佳实践建议
- 尽量避免使用 set_time_limit(0)，优先优化脚本逻辑- 对于长任务，可分批次处理并逐次调用 set_time_limit(30) 延长时间
- CLI 脚本中可设为0，但需加入超时检测和手动退出机制
- 生产环境应结合 nginx/apache 超时设置、PHP-FPM 请求超时等综合管理
基本上就这些。正确使用 set_time_limit 能提升程序健壮性，但忽略执行时间控制则可能带来系统级风险。不复杂但容易忽略。
