# 状态

> GET https://api.amodb.dev/health 正常时返回 {"ok":true}，无需密钥，不计入速率。多个接口反复出现 500 或 504 说明有事故，请把请求路径、UTC 时间和 HTTP 状态发到 support@amodb.dev。

## 健康检查接口

```bash
curl "https://api.amodb.dev/health"
```

```json
{ "ok": true }
```

在你自己的可用性检查中使用它。它无需密钥。每 60 秒检查一次就够了。

## 事故的迹象

| 你看到的现象                        | 可能的原因    | 应对方式                                             |
| ----------------------------- | -------- | ------------------------------------------------ |
| 许多路径出现 504 和 `status_code` 24 | 后端缓慢或宕机  | 带退避重试；有缓存的路径仍可使用                                 |
| 许多路径出现 500 和 `status_code` 11 | 我们这一侧出错  | 几秒后重试，如果持续请报告                                    |
| 429 和 `status_code` 25        | 你自己的速率限制 | 不是事故；见[速率限制](https://amodb.dev/zh/rate-limits/)  |
| 401 和 `status_code` 7         | 密钥缺失或错误  | 不是事故；见[认证](https://amodb.dev/zh/authentication/) |

后端发生事故期间，边缘缓存会继续响应它持有的路径：详情最长 6 小时，列表 30 分钟，图片 30 天。

## 报告问题

请写信至 <support@amodb.dev>，附上：

- 请求路径和查询（不含你的密钥）
- UTC 时间
- HTTP 状态和响应体
- `X-RateLimit-*` 响应头的值（如果有）

计划中的变更和修复列在[更新日志](https://amodb.dev/zh/changelog/)中。

## 相关页面

- [错误](https://amodb.dev/zh/errors/): amodb 的每个错误及其 HTTP 状态、TMDB status_code 和消息，以及 OMDb 错误结构。每个错误的含义和客户端下一步该做什么。
- [更新日志](https://amodb.dev/zh/changelog/): 按日期列出 amodb API、img.amodb.dev 图片主机、套餐和网站的变更。新条目在最上面，写明改了什么、你需要做什么。
- [联系我们](https://amodb.dev/zh/contact/): 有关密钥、账单、错误或数据更正，请写信至 support@amodb.dev。附上哪些信息能让我们一次回复就解决，以及谁在运营 amodb。

更新于: 2026-10-18. Source: https://amodb.dev/zh/status/