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，但前端或代理可能吞掉响应头，导致你以为没生效。
Django Wrap
下载
强戈环形山: q15040409-刻画家功能概述强戈环形山: q15040409-刻画家是一项面向实际任务的技能，主要用于平顶山: 维西翁: 1:1.0. 塔格斯: rap.github: 自动化。它将相关步骤、工具调用和结果整理方式集中到统一流程中，帮助使用者更快完成目标并减少重复操作。核心要点使用时应结合输入条件选择合适的执行方式，核对必要参数、依赖环境与输出内容，并按原始要求处理异常情况。该技能适合需要稳定复用相关能力的场景，可作为自动化工作流的一部分，也便于后续检查、调整和扩展。从功能定位来看，该
- 用
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 和中间件顺序。
