$binary_remote_addr因内存占用低、无锁共享、CPU唤醒少，适合低功耗设备；3MB zone支持约4.8万IP，rate=5r/s兼顾防护与省电，burst=3+nodelay减少延迟和功耗。
Nginx 的 limit_req_zone 结合 $binary_remote_addr 是轻量级、低开销的限流方案，特别适合部署在资源受限的低功耗设备（如 ARM 架构边缘网关、树莓派、OpenWrt 路由器等）上做基础负载均衡与流控。它不依赖外部服务或复杂算法，纯内存共享 + 漏桶实现，CPU 和内存占用极低。
为什么二进制地址编码更适合低功耗设备
-
$binary_remote_addr是客户端 IP 的紧凑二进制表示，比字符串形式的$remote_addr节省约 60% 内存空间 - 共享内存区（
zone=）只存每个 IP 的计数器和时间戳，无锁设计，worker 进程间高效复用 - 1MB 共享内存可容纳约 1.6 万个 IP 状态，10MB zone 就能支撑 16 万并发 IP，对嵌入式设备非常友好
配置要点：精简、可控、防爆
在 http{} 块中定义限流区域时，需兼顾精度与资源：
limit_req_zone $binary_remote_addr zone=lowpower:3m rate=5r/s;
-
3m：3MB 共享内存 → 约支持 4.8 万个 IP，远低于常规服务器配置，但足够覆盖家庭/小型 IoT 场景 -
rate=5r/s：每秒 5 请求，避免高频探测或误触，也降低定时器调度压力 - 不建议设
rate高于 20r/s，否则毫秒级计数会增加 CPU 唤醒频率，影响低功耗待机表现
在 location 中启用并控制突发行为
针对低功耗设备，推荐显式限制突发流量，避免队列堆积导致内存抖动：
location /api/ {
limit_req zone=lowpower burst=3 nodelay;
proxy_pass http://backend;
}
-
burst=3：最多允许 3 个请求“瞬时抵达”，超出立即拒绝（返回 503），不排队不延迟 -
nodelay：禁用漏桶的平滑延迟机制，减少定时器和上下文切换，更省电 - 若需一定缓冲（如前端重试场景），可改用
burst=5但去掉nodelay，让 Nginx 匀速转发，不过要确保zone大小留有余量
实际部署建议
- 关闭不必要的模块：编译 Nginx 时仅保留
--with-http_limit_req_module，剔除http_ssl_module、http_v2_module等非必需项 - 使用静态编译或 musl libc 版本，减小二进制体积与运行时内存 footprint
- 定期检查
nginx -t和nginx -s reload，避免配置错误引发 worker 持续重载耗电 - 日志级别设为
error或关闭 access_log，减少 I/O 和 flash 写入损耗
不复杂但容易忽略。
