黑名单机制

概述

黑名单机制是热排行系统反作弊体系中的核心组件之一。通过对已知恶意用户、设备、IP 地址等进行标识和拦截，可以有效防止刷榜、灌水等作弊行为对排行系统的污染。

一、黑名单类型

1.1 用户黑名单

用户黑名单是最直接的封禁方式，主要针对已确认的作弊账号。

1.2 设备黑名单

设备黑名单通过设备指纹识别作弊设备，即使用户更换账号也无法绕过。

1.3 IP 黑名单

IP 黑名单用于拦截来自特定网段的恶意请求。

1.4 内容黑名单

内容黑名单用于过滤恶意内容，包括关键词、链接等。

二、黑名单存储设计

2.1 存储架构

┌─────────────────────────────────────────────────────┐
│                   黑名单服务                          │
├─────────────────────────────────────────────────────┤
│  ┌─────────────┐  ┌─────────────┐  ┌─────────────┐ │
│  │   Redis     │  │   MySQL     │  │   Kafka     │ │
│  │  (热数据)   │  │  (持久化)   │  │  (审计日志)  │ │
│  └─────────────┘  └─────────────┘  └─────────────┘ │
└─────────────────────────────────────────────────────┘

2.2 Redis 数据结构设计

2.3 MySQL 表结构

数据设计要点

• 核心是在 blacklist 里保存业务事实，而不是把规则散落在应用逻辑里。
• 索引服务于高频查询，重点是缩小扫描范围，而不是堆更多字段。
• 关键字段包括 id、target_id、reason、evidence、created_by、created_at、expires_at、blacklist_id，它们决定后续查询和管理能力。

三、黑名单检查流程

3.1 检查流程图

请求进入
    │
    ▼
┌─────────────┐
│ 提取识别信息 │
│ (用户/设备/IP)│
└─────────────┘
    │
    ▼
┌─────────────┐
│  Redis 检查  │◄─────── 缓存命中
└─────────────┘
    │ 未命中
    ▼
┌─────────────┐
│  数据库检查  │
└─────────────┘
    │
    ▼
┌─────────────┐
│  返回结果    │
│ + 更新缓存   │
└─────────────┘

3.2 检查方案落地

四、黑名单管理

4.1 添加黑名单

4.2 解除黑名单

4.3 批量操作

五、过期清理机制

5.1 定时清理任务

5.2 惰性清理

除了定时清理，还可以在查询时进行惰性清理：

六、监控与告警

6.1 关键指标

6.2 告警规则

配置要点

• 配置表达的是环境差异和运行参数，不是业务规则本身。
• 队列、缓存、存储和服务参数决定系统在高峰期的缓冲能力。

七、最佳实践

7.1 分级封禁策略

7.2 封禁时长建议

7.3 注意事项

1. 避免误伤：封禁前应有充分证据，支持申诉机制
2. 灰度发布：大规模封禁应分批执行，观察影响
3. 审计日志：所有操作必须记录，便于追溯
4. 权限控制：封禁操作需要相应权限，避免滥用
5. 定期审查：定期审查黑名单，清理无效记录

八、总结

黑名单机制是热排行系统反作弊的重要防线。通过合理设计黑名单类型、存储架构和检查流程，可以有效拦截恶意行为。同时，完善的管理体系和监控告警机制能够确保黑名单系统的稳定运行。

在实际应用中，黑名单机制应与限流、行为分析、机器学习等其他反作弊手段配合使用，形成多层次、立体化的防护体系。