需求背景：在广告位商品详情页，当搜索推荐返回物料不足时，触发我们自己补足策略。补足逻辑根据商品详情页（infoid反查类别）当满足配置key就会返回对应values的物料进行补足。
1.补足逻辑：
目前线上补足策略：adsearch->zzvisitrecommend 搜索推荐会根据infoid来返回推荐的物料，如果该类别物料不足或者不满足条件那么就不会返回物料。
所以这个广告位的物料展示都是根据推荐服务的控制。目前我们需求就是为了补足当推荐不返回时，触发我们自己补足策略
新补足策略：详情页根据infoid反查类别，根据infoid肯定可以查到三级类/二级类/一级类。如果反查cateid在配置上做了映射，那么我们会根据cateid调用zzsearch获取补足物料。
ps:商业侧补足策略要低于推荐服务的补足，即当推荐服务返回物料不足配置个数是才会增加商业侧配置映射类别物料。
测试点：
1.触发商业侧补足前提。
2.优先级低于推荐补足。
3.映射类目验证投放城市(特别本地品类要根据查看者的定位展示)
4.配置映射类目要涉及不同类别的兄弟类。
bug点：
问题出现在商业侧补足策略应该在推荐返回之后。bug现象是出现了商业补足和推荐返回一起进行了排序。
详情页推荐→推荐 返回商品list，我们准备按会根据adcate属性，进行区别哪些infoid是master列表（主召回），哪些infoid是slave列表（推荐补足）。
bug出现在slave列表，我们区别哪些是推荐返回slave，哪些是我们根据cateid调用zzsearch获取补足物料。
解决：
1.在召回实例增加一个prioroty属性
2.详情页推荐广告位1008我们把所有推荐返回list都放到主召回master列表中，但是呢满足adcate属性物料把prioroty=1，把不满足adcate属性物料把prioroty=0。
商业侧通过映射类别召回放到slave中。这样如果master列表物料个数大于等于9个，那么slave就不会返回给上游服务。
复杂没有看懂，就这样吧，需要多看看。。。。关键点在similarRebuilder
总结一下：
这类商业侧补足的需求：
1.场景：我个人喜欢放到沙箱上。根据PM想补足的类别（线上一定是不足的）我们进行相关case测试，我觉得更快一些。
2.adsearch调用推荐服务获取是怎么拆分哪些infoid放入master，哪些放入slave。商业自己补足放到slave中怎么区别优先级。我觉得基本没有啥问题了。
来源：CSDN
作者：gogoboi_jin
链接：https://blog.csdn.net/gogoboi_jin/article/details/103909990