这个还是两年多之前做的需求, 最后选择了位图作为推荐系统的核心数据结构, 过程很有意思, 简单总结一下.
1.业务背景
当初广告对外投放因为整体进线索量不足, 导致很多销售老师很多时间无客户可联系, 但是公海池的线索量多达几百万...既然要求顺序, 核心就是遍历推荐, 随着领取越来越多, 越往后性能下降越明显, 遍历的客户线索条数增加, 如果使用数据库作为扫描对象压力过大...., 在大数据量场景下是非常局限的....image.png
其中有 1 的空格表示被临时占领或永久占用, 即使自己的bitmap为0, 只要扫描全局资源为1, 当前销售不能获取
image.png
3.系统优化点
3.1 设置系统最大扫描次数...1, 避免在请求中扫描过多失效线索
image.png
3.