Eloquent 的 getAttribute() 会阻塞是因为自定义 accessor 中执行耗时操作（如未缓存的 HTTP/Redis 请求、复杂计算）且 Laravel 无属性级超时机制；可通过 stream_context 设置 I/O 超时、pcntl_alarm 实现代码执行超时，但更优解是将慢属性移出模型，交由带缓存的服务类处理。
为什么 Eloquent 的 getAttribute() 会阻塞？
不是所有属性访问都会触发数据库查询，但当你在 getAttribute() 或访问某个自定义访问器（accessor）时，如果内部调用了耗时操作（比如远程 HTTP 请求、未加缓存的 Redis 查询、同步队列任务），整个请求线程就会卡住。Laravel 默认不提供「属性级超时」机制，$model->some_slow_attribute 就可能让整个响应拖到 30 秒甚至超时。
用 PHP 的 stream_context_set_default 实现 accessor 超时
适用于 accessor 中调用 file_get_contents()、curl_exec() 等 I/O 操作的场景。PHP 原生支持通过 stream_context 控制 HTTP 请求超时，但要注意：它作用于**当前进程上下文**，需在 accessor 内显式设置并还原，否则会影响后续其他请求。
- 在 accessor 开头调用
stream_context_set_default()，传入'timeout' => 2（单位秒） - 执行完 I/O 后，立即用
stream_context_set_default([])清空上下文，避免污染 - 必须配合
try/catch捕获Warning: file_get_contents(): ... timed out类错误（PHP 不抛异常，默认触发 warning） - 若使用
cURL，直接设CURLOPT_TIMEOUT更可靠，无需改全局 context
// 在模型中
protected function getRemoteDataAttribute()
{
$old = stream_context_get_options(stream_context_get_default());
stream_context_set_default(['http' => ['timeout' => 1.5]]);
try {
$data = file_get_contents('https://api.example.com/data');
} catch (\Throwable $e) {
$data = null;
} finally {
// 必须还原，否则下一个请求也会被限 1.5s
stream_context_set_default($old ?: []);
}
return $data ?: 'fallback';
}
用 pcntl_alarm + pcntl_signal 拦截长时间 accessor 执行
这是真正意义上的「代码执行超时」，适合封装了复杂逻辑（如递归计算、无索引 DB 查询）的 accessor。但仅限 CLI/Swoole 环境可用，FPM 下不可靠（PHP-FPM 会忽略或重置 alarm 信号）。
- 在 accessor 开头调用
pcntl_alarm(3)设置 3 秒后发送SIGALRM - 提前注册
pcntl_signal(SIGALRM, fn() => throw new \Exception('Accessor timeout')) - 执行完业务逻辑后，立刻调用
pcntl_alarm(0)关闭定时器 - 注意：不能在 Laravel 的 HTTP 生命周期外使用（比如队列 job 中要确认运行环境是否支持 signal）
更安全的替代方案：把慢属性移出模型，改用服务类 + 缓存
硬加超时只是兜底，治标不治本。Eloquent 模型不该承担耗时 I/O 或计算职责。真实项目里最常踩的坑，是把 getAvatarUrlAttribute 写成每次访问都去调一次七牛 CDN 签名接口——这根本不需要实时性。
立即学习“PHP免费学习笔记（深入）”；
- 把属性逻辑拆进独立 service 类，比如
UserAvatarService::for($user)->url() - 在 service 内部用
Cache::remember()缓存结果，TTL 设为 1 小时 - 模型里只保留轻量 getter：
return app(UserAvatarService::class)->for($this)->url(); - 这样既避免阻塞，又规避了超时处理的复杂性（信号、context、异常捕获嵌套）
真正难的不是加 timeout，而是判断哪个属性「值得」加 timeout —— 很多时候它根本不该出现在模型里。
