anonratethrottle 不生效最常见原因是未在视图的 throttle_classes 或全局 default_throttle_classes 中显式启用；其次需确保 throttle_rates 中 key 为 "anon"、速率格式正确（如"10/m"）、真实 ip 被透传，且通过 curl -v 直连验证响应头 x-throttle-remaining 等字段。
为什么 AnonRateThrottle 配置后完全不生效
最常见原因是没在视图或全局配置中显式启用它——DRF 的限流器不会自动激活，哪怕你已经定义了类。它只在被引用时才起作用。
-
AnonRateThrottle必须出现在视图的throttle_classes列表里，或者写进DEFAULT_THROTTLE_CLASSES全局设置中 - 检查是否误用了
throttle_scope：默认 scope 是anon，但如果你自定义了THROTTLE_RATES里的 key（比如写成"anonymous"），而类里没重写scope属性，就会匹配失败 - 匿名用户识别依赖
request.META["REMOTE_ADDR"]，如果服务前有 Nginx 或 CDN，且没透传真实 IP，所有请求会被当成同一个 IP 限流，甚至可能全站卡住
AnonRateThrottle 的速率怎么写才对
速率字符串必须严格符合 "number/period" 格式，且 period 只能是 s、m、h、d 四种，大小写敏感；写成 "10/minute" 或 "100 per day" 都会静默失效。
- 正确示例：
"10/m"、"100/d"、"5/s" - 配置位置：必须放在
REST_FRAMEWORK的THROTTLE_RATES字典里，key 要和 throttle 类的scope属性值一致（AnonRateThrottle默认是"anon"） - 注意单位换算：设
"60/m"并不等于"1/s"，因为 DRF 按滑动窗口实现，不是严格每秒重置
如何验证限流是否真在工作
不能只看状态码——DRF 在触发限流时返回 429 Too Many Requests，但前端或代理可能吞掉响应头，导致你以为没生效。
- 用
curl -v直连 Django 开发服务器（绕过 Nginx），观察响应头：X-Throttle-Remaining、X-Throttle-Reset这两个字段出现才算真正接入 - 日志里看不到限流记录？DRF 默认不打日志，如需调试，可在自定义 throttle 类中加
logging.debug，或临时在AnonRateThrottle.allow_request里插入 print - 测试时别用浏览器反复点——浏览器可能复用连接或带缓存头，改用
curl -H "Cache-Control: no-cache"或 Python 的requests更可靠
和 UserRateThrottle 混用时要注意什么
两者共用同一套 THROTTLE_RATES 配置，但 scope 不同，容易互相覆盖或漏配。
- 如果同时启用
AnonRateThrottle和UserRateThrottle，必须在THROTTLE_RATES中分别定义"anon"和"user"两个 key，缺一个就会让对应用户类型彻底不限流 - 已登录用户走
UserRateThrottle，匿名用户才走AnonRateThrottle——这个分流由 DRF 内部逻辑控制，无法通过调整顺序改变 - 别试图在同一个视图里混用多个匿名 throttle 类（比如再加个自定义的 IP 限流），DRF 会按列表顺序逐个检查，只要有一个拒绝就直接返回 429，后续不再执行
真正麻烦的是 IP 识别链路：从客户端到 Django 中间经过几层代理，AnonRateThrottle 就可能把一整个公司、校园网或移动基站的用户算成一个人。这事没法靠调参数解决，得查 settings.TRUSTED_PROXIES 和中间件顺序。
