thinkphp无统一timeout配置，需按场景拆解：pdo连接建立超时用'params'=>[pdo::attr_timeout=>3]（秒），连接池获取超时用'pool'=>['get_timeout'=>1000]（毫秒，仅tp6.1+有效），http请求需手动设curl或stream超时，cli长任务须防mysql wait_timeout断连。
ThinkPHP 里没有统一的 Timeout 配置项，所谓“超时”必须按场景拆解：是数据库连接建立卡住？是从连接池取连接等太久？还是 HTTP 请求发不出去？不同环节用的参数、生效条件、甚至异常类型都完全不同。
数据库连接建立超时（PDO 层）怎么设
这是最常被忽略的一层。ThinkPHP 默认用 PDO 连接 MySQL，但 PDO 自身不读取 timeout 字符串配置，必须显式传入 PDO::ATTR_TIMEOUT 参数。
- 只在自定义连接配置中有效，比如
Db::connect([...])或config/database.php里的具体数据库配置 - 必须写成
'params' => [\PDO::ATTR_TIMEOUT => 3]，写成'timeout' => 3或'connect_timeout' => 3都无效 - 这个值单位是秒，不是毫秒；设为
0表示无限等待（危险！） - 搭配
'break_reconnect' => true使用，否则连接断开后不会自动重连
错误写法：Db::connect(['dsn' => 'mysql:host=127.0.0.1;dbname=test', 'timeout' => 3]) —— 这种临时连接方式根本不会触发 PDO::ATTR_TIMEOUT，PDO 默认用 0。
连接池获取连接超时（pool.get_timeout）何时起作用
get_timeout 只在 ThinkPHP 6.1+ + think-orm v3.0+ 环境下有效，TP5.x 和 TP6.0 完全无视 pool 配置。
- 必须启用连接池：配置中含
'pool' => ['max_active' => 10]，且不能只写空数组 -
get_timeout单位是毫秒，比如1000表示等 1 秒就放弃，抛出think\exception\PDOException - 它只控制「从已有池子里拿连接」这一步，不控制「新建连接」过程；后者由上面的
PDO::ATTR_TIMEOUT控制 - 常见失效原因：没真正触发池满（比如
max_active设得太大），或上层查询方法静默重试了一次，把首次超时掩盖了
典型配置位置：config/database.php 中 mysql 节点下的 'pool' => ['get_timeout' => 1000]，不是顶层 pool。
HTTP 请求超时（curl / file_get_contents）必须手动设
ThinkPHP 的 Http 类或 facade\Http 不会自动继承 PHP 全局超时设置，所有外调请求都得自己控。
- 用 cURL 时，必须设
CURLOPT_CONNECTTIMEOUT（连接阶段）和CURLOPT_TIMEOUT（总耗时），两者缺一不可 - 用
file_get_contents时，timeout必须通过stream_context_create注入，直接改ini_set('default_socket_timeout', 30)对 HTTPS 请求可能无效 - 第三方 SDK（如微信支付、阿里云 OSS）往往自带默认超时，要查文档看能否覆盖，不能只信框架全局配置
- CLI 模式下调用 HTTP 接口，还要注意系统级限制，比如 Linux 的
net.ipv4.tcp_fin_timeout可能影响复用连接的回收
脚本执行总超时（max_execution_time）别只靠 php.ini
Web 请求中，PHP 脚本超时受三层限制：PHP 自身（max_execution_time）、Web 服务器（Nginx 的 fastcgi_read_timeout）、反向代理（如 CDN 或 SLB 的 idle timeout）。只调 PHP 是没用的。
-
set_time_limit(0)在 CLI 下可用，但在 FPM 模式下可能被request_terminate_timeout强制截断 -
ini_set('max_execution_time', 300)只对当前请求生效，但若 Web 服务器已先超时，PHP 根本收不到机会执行这行 - 长任务（如队列消费）必须配合心跳检测与连接保活，否则 MySQL 的
wait_timeout（默认 8 小时）会在你不知情时悄悄断开连接 - 调试时优先看
error_log里报的是Maximum execution time of X seconds exceeded还是MySQL server has gone away，前者是 PHP 层，后者是数据库层
真正容易被绕过的是「连接已建立但查询卡住」这类场景——它既不触发 PDO 连接超时，也不触发 PHP 执行超时，只能靠 SQL 层的 max_execution_time（MySQL 5.7+）或应用层主动 cancel 来应对。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
