推荐系统三剑客:召回、粗排、精排如何协同工作(附电商实战案例)

【推荐系统】召回及粗排模型的负例选择问题 目录 可能的负例选择方法 选择1:曝光未点击数据 选择2:全局随机选择负例 选择3:Batch内随机选择负例 选择4:曝光数据随机选择负例 选择5:基于Popularity随机选择负例 选择6:基于Hard选择负例 SENet双塔模型:在推荐领域召回粗排的应用及其它 - 张俊林的文章 - 知乎来自结尾,因为负样本问题有很多方法,这里记录一下。 前提 我们训练精排模型的时候(假设是优化点击目标),一般会用“用户点击”实例作为正例,“曝光未点击”实例作为负例,来训练模型,基本大家都是这么干的 阅读详情

推荐系统三阶段协同作战:从海量候选到精准触达的工程实践

每次打开一个内容或电商应用,首页上那些“猜你喜欢”的内容,背后都藏着一套精密运转的推荐引擎。这套引擎并非一个单一的“黑盒”模型,而是一条由多个专业环节紧密咬合而成的工业流水线。对于希望深入理解推荐系统如何从数亿候选中,最终筛选出呈现在你眼前那几十个结果的开发者和产品经理而言,理清这条流水线上 召回(Recall)、粗排(Coarse Ranking)、精排(Fine Ranking) 这三个核心阶段的协作逻辑,是构建和优化推荐系统的关键第一步。

这就像一场漏斗式的筛选比赛:召回是海选,负责从茫茫人海中快速找出有潜力的选手;粗排是初赛,用相对简单的标准进行快速筛选,缩小决赛圈范围;精排则是终极决赛,动用最专业的评委和最复杂的评分体系,决出最终的冠军排名。每个阶段都有其独特的使命、技术选型和性能权衡。理解它们如何协同,不仅能帮你诊断推荐效果不佳时问题出在哪个环节,更能指导你在资源有限的情况下,做出最明智的技术投资决策。接下来,我们将通过一个电商场景的完整案例,拆解这三个阶段是如何接力完成一次个性化推荐的。

1. 召回阶段:从亿级候选池中快速“大海捞针”

召回是推荐链路的第一道闸门,它的核心任务只有一个:快而全。在一个拥有数亿甚至数十亿商品、视频或文章的平台上,精排模型不可能对每一个候选物品都进行复杂的计算,那将带来无法承受的计算成本和响应延迟。因此,召回阶段必须像一个高效的侦察兵,在极短的时间内(通常要求在几十毫秒内),从整个候选池中筛选出几千个与用户潜在兴趣相关的物品,交给后续环节处理。

这个阶段的挑战在于,如何在保证速度的前提下,尽可能减少“漏网之鱼”——即不让用户真正感兴趣的内容在第一步就被错误地过滤掉。为了实现这一目标,现代工业级推荐系统普遍采用 “多路召回” 策略。这意味着同时运行多种不同的召回策略或模型,每路召回从不同角度捕捉用户兴趣,最后将各路结果合并去重,形成一个丰富的候选集合。

1.1 主流召回策略与技术实现

多路召回的设计,本质上是对用户兴趣和物品特性的多维度覆盖。常见的召回路径包括:

  • 热门/趋势召回:基于全局或分群体的实时热度统计(如点击率、播放量、销量),召回当前最受欢迎的物品。这保证了推荐的时效性和基础体验,尤其对新用户或行为稀疏的用户有效。
  • 协同过滤召回:这是经典的个性化召回方法。基于物品的协同过滤(Item-CF) 根据“喜欢A物品的用户也喜欢B物品”的逻辑进行推荐;基于用户的协同过滤(User-CF) 则寻找相似用户,推荐他们喜欢过的物品。Item-CF由于物品向量相对稳定且数量少于用户,在工程上更易实现,是更主流的选择。
  • 基于内容的召回:利用物品的元数据(标签、类别、描述文本)和用户画像(显式兴趣标签、历史交互物品的内容特征)进行匹配。例如,用户最近常看科幻电影,系统就召回所有带有“科幻”标签的电影。这种方法对冷启动物品(新上架、缺少交互数据)非常友好。
  • 向量化召回(Embedding-Based Retrieval, EBR):这是当前的主流技术方向。通过深度学习模型(如双塔模型),将用户和物品分别映射到同一个低维向量空间。用户的向量由其历史行为序列、画像特征等生成,物品向量则由其自身特征生成。召回时,通过近似最近邻搜索(ANN)技术,快速找出与用户向量最相似的物品向量。这种方法能捕捉非线性的复杂关系,效果通常优于传统方法。

在实际系统中,这些召回路径是并行计算的。一个典型的电商用户“小明”的召回过程可能是这样的:系统同时启动四路召回——一路基于他最近浏览的“机械键盘”和“电竞鼠标”进行Item-CF召回;一路基于他的用户画像(男性,25-30岁,数码爱好者)进行标签匹配的内容召回;一路召回当前全站热销的数码产品;还有一路用双塔模型根据他近期的行为序列生成用户向量,进行向量化召回。最终,这四路结果合并,得到一个包含约5000个商品的初始候选集。

注意:召回阶段并不追求极致的排序准确性。它的目标是“宁可错杀一千,不可放过一个”,即召回率(Recall)是更关键的指标。只要用户感兴趣的商品大概率在这个5000的集合里,召回的任务就算成功。排序的精度问题,留给后面的阶段去解决。

1.2 工程挑战与优化方向

召回的工程实现面临巨大挑战。以向量化召回为例,如何在毫秒级时间内,从数亿物品向量中找出最相似的几千个?直接计算两两相似度是天文数字般的计算量。业界通常采用近似最近邻搜索技术来解决,例如:

  • 局部敏感哈希(LSH):将高维空间中的向量哈希到桶中,相似向量有很大概率落入同一个桶,大幅缩小搜索范围。
  • 基于图的索引(如HNSW):在向量空间中构建层次化导航图,搜索时沿着边快速逼近目标区域,在精度和效率间取得很好平衡。
  • 基于量化的方法(如PQ/IVFPQ):将高维向量压缩成短编码,在压缩空间中进行快速计算。

这些技术的选择,需要在内存占用、查询速度、召回精度三者之间进行权衡。一个常见的优化是建立两级索引:先用较粗的聚类(如IVF)将全量向量划分到若干粗聚类中心,召回时先找到距离用户向量最近的几个聚类,再在这些聚类内部进行精细搜索。

2. 粗排阶段:效率与精度的第一次平衡

经过召回,我们得到了一个几千量级的候选集。如果直接将这些候选全部送入精排模型,计算成本依然非常高。精排模型通常非常复杂,特征维度可达数千甚至上万,对几千个物品逐一进行精排打分,延迟可能达到几百毫秒,无法满足在线服务的实时性要求(通常要求整体在100-200毫秒内响应)。

这时,粗排就扮演了“中场裁判”的角色。它的目标是在计算成本和排序精度之间取得一个可行的平衡,用一个相对轻量级的模型,对几千个候选进行快速打分和排序,筛选出几百个(例如500个)最有可能进入最终推荐列表的候选,送给精排。粗排模型不能太复杂,否则失去了过滤的意义;也不能太简单,否则过滤效果差,会把很多优质候选过早淘汰,或者让大量劣质候选进入精排,浪费计算资源。

2.1 粗排模型的技术选型

粗排模型的设计哲学是“轻量高效”。它使用的特征数量通常远少于精排,模型结构也更为简单。常见的技术方案包括:

  1. 轻量级机器学习模型:如逻辑回归(LR)、梯度提升决策树(GBDT)等。这些模型训练和预测速度快,可解释性强,在特征工程得当时能取得不错的效果。GBDT尤其擅长处理连续特征和进行特征组合。
  2. 浅层神经网络:例如简单的多层感知机(MLP),层数较少(如2-3层),神经元数量也有限。相比LR和GBDT,神经网络能自动学习特征间的非线性交互,但需要更多的数据来训练。
  3. 知识蒸馏:这是一个越来越流行的思路。用训练好的、复杂的精排模型(教师模型)的输出作为监督信号,来训练一个结构简单得多的粗排模型(学生模型)。这样,粗排模型能在保持轻量的同时,一定程度上模仿精排模型的判断能力,提升筛选质量。

在特征方面,粗排通常使用用户和物品的核心特征,例如用户的基础画像(性别、年龄)、近期行为统计(点击率、品类偏好),以及物品的基础属性(类别、价格、历史CTR)。它可能不会使用非常细粒度的特征(如用户长达百页的行为序列ID)或需要复杂实时计算的特征。

2.2 粗排的业务价值与冷启动处理

粗排的存在,使得精排可以专注于对几百个高质量候选进行“精益求精”的排序,从而让整个系统在有限的算力下,实现整体效果的最优。我们可以用一个简单的表格来对比三个阶段的核心差异:

阶段输入规模输出规模核心目标模型复杂度特征数量延迟要求
召回亿级几千级高召回率,不漏掉好内容低到中(侧重检索效率)少极低(<50ms)
粗排几千级几百级效率与精度的平衡,高质量初筛中(轻量级排序模型)中(核心特征)低(<20ms)
精排几百级几十级极致排序精度,决定最终列表高(复杂深度模型)多(千维以上)中(<100ms)

粗排还承担着一个重要任务:处理冷启动问题。对于新上线的物品或新用户,精排模型可能因为缺乏历史数据而难以准确评估。粗排可以通过一些规则或简单模型(如基于内容相似度的打分),给这些新候选一个“入场券”,避免它们被完全排除在精排之外,为系统注入新鲜血液。

在我们的电商案例中,小明的5000个召回商品进入粗排。粗排模型可能是一个小型的GBDT模型,它快速读取每个商品的品类匹配度、近7天销量、价格区间是否符合小明消费水平、以及小明对该品类历史点击率等几十个特征,在10毫秒内为5000个商品打出初步分数,并选出排名前500的商品,送入精排环节。

3. 精排阶段:复杂模型下的终极对决

精排是推荐系统的“皇冠”,直接决定了最终呈现在用户面前的列表顺序。到了这个阶段,候选集已经缩小到几百个,计算资源可以“奢侈”地用在每个候选上。精排的目标是极致的个性化排序精度,它需要综合所有可用的信息,预测用户对每个候选的偏好程度(如点击率、转化率、观看时长等)。

精排模型是整个系统中最复杂、最耗计算资源的部分,也是算法工程师们投入研究最多的领域。它的发展历程,可以说是机器学习,特别是深度学习在工业界应用的缩影。

3.1 精排模型的技术演进与核心架构

早期的精排模型以逻辑回归(LR) 和 因子分解机(FM) 为主,它们擅长处理大规模稀疏特征,但模型表达能力有限,需要大量人工特征工程来挖掘特征交叉信息。

随着深度学习的发展,深度神经网络成为精排的绝对主流。其基本架构是一个“宽深”结合的网络:

  • 输入层与嵌入层:处理海量的稀疏ID类特征(如用户ID、物品ID、历史点击物品ID序列)。每个ID被映射为一个低维稠密向量(Embedding),这是模型学习表征的关键。
  • 特征交互层:这是模型的核心。如何让不同特征(如“用户性别”和“物品类别”)进行有效的交互,决定了模型的表达能力。从简单的多层感知机(MLP) 自动学习非线性交互,到专门为特征交叉设计的 Deep & Cross Network (DCN)、xDeepFM 等模型,再到引入注意力机制(如 AutoInt)让模型动态关注更重要的特征交互,技术不断演进。
  • 多任务学习:在实际业务中,我们往往不只关心一个指标。电商可能同时关注点击率和转化率,视频平台关注点击率和完播率。多任务学习(MTL) 模型(如 MMOE、PLE)通过共享底层特征表示,同时优化多个目标,既能提升模型效率,也能缓解不同任务间的跷跷板现象。

一个现代精排模型的训练和预测流程非常复杂。它依赖于庞大的特征平台提供实时和离线的特征(例如,用户过去1小时对某品类的点击次数),以及高效的样本拼接系统,将正负样本(点击/未点击)与对应的特征准确关联起来。

3.2 精排中的实战细节与挑战

在实际部署精排模型时,工程师们需要面对诸多挑战:

  • 特征实时性:用户的兴趣瞬息万变。一个刚搜索了“旅行箱”的用户,接下来几分钟内对旅行用品的推荐权重应该显著提高。这就要求特征系统能够近乎实时地(秒级)更新用户的最新行为特征,并注入到正在进行的精排推理中。这通常通过流式计算平台(如Flink)和高速特征存储(如Redis)来实现。
  • 在线服务性能:尽管候选只有几百个,但精排模型参数量大、计算图复杂,一次推理仍需要几十毫秒。为了满足整体延迟要求,工程师需要采用各种优化手段,如模型剪枝、量化、使用高性能推理框架(如TensorRT, ONNX Runtime),甚至将模型部署到专用AI芯片上。
  • 探索与利用:如果模型只推荐它认为“概率最高”的物品,很容易陷入信息茧房,并且无法发现用户潜在的新兴趣。因此,需要在精排结果中引入一定的探索机制。例如,使用汤普森采样或上置信界算法,对一些预估分数不确定但有一定潜力的物品给予曝光机会,收集反馈数据,用于模型的持续迭代。

回到小明的例子,精排模型拿到了粗排筛选出的500个商品。模型会动用上千维特征:包括小明的详细画像、实时行为序列(最近30次点击、搜索词)、这500个商品的详细属性、以及它们与小明历史行为的交叉特征(如“小明过去买过该品牌几次”)。一个复杂的深度网络对这些特征进行层层计算,最终为每个商品输出一个精细的点击率预估分数。系统根据这个分数进行排序,生成最终的Top 50推荐列表。

4. 超越排序:重排与系统联调

经过精排,我们得到了一个按预估分数严格降序排列的列表。然而,直接将这个列表展示给用户,体验可能并非最优。因此,在精排之后,通常还有一个 “重排” 阶段。重排不再聚焦于单个物品的得分,而是从列表整体的角度进行优化,考虑更多业务规则和用户体验因素。

重排的主要目标包括:

  • 多样性:避免连续推荐同质化内容。例如,在推荐了“机械键盘”后,接下来的几个位置可以插入“电竞椅”、“游戏耳机”或“办公软件”,打破品类垄断,提升探索性。
  • 新鲜度:适当注入一些新内容、新商品,避免列表陈旧。
  • 业务规则:满足运营需求,如保证某些战略品类或广告的固定曝光位。
  • 上下文感知:考虑物品在列表中的相互影响。例如,一个非常吸引眼球的视频如果放在第一个,可能会大幅降低后续视频的点击概率,需要适当调整位置。

重排的实现可以是基于规则的,也可以是基于模型的。基于模型的方法,如使用强化学习来学习列表级的优化策略,是当前的研究热点。

4.1 三阶段协同的评估与迭代

召回、粗排、精排作为一个整体,其效果需要通过一套完整的评估体系来衡量。评估分为离线评估和在线A/B测试。

离线评估主要看各环节的中间指标:

  • 召回:关注召回率。给定一批用户和其交互过的正样本物品,看召回环节能否将这些正样本物品找回来。
  • 粗排/精排:关注排序质量。常用 NDCG、MAP 等排序指标,评估模型输出的排序列表与真实用户偏好顺序的吻合度。

然而,离线指标再高,也不能完全代表线上业务效果。最终的黄金标准是在线A/B测试。通过将用户流量随机分成实验组和对照组,实验组使用新的召回/粗排/精排策略,对照组使用旧策略,对比核心业务指标(如点击率、人均观看时长、GMV等)的变化。只有在线实验证明正向收益,新策略才会全量上线。

4.2 全链路优化:从孤立到协同

传统的做法是三个阶段独立优化,但这可能导致局部最优而非全局最优。例如,召回一味追求高召回率,可能给粗排输入了大量难以区分的候选,增加了粗排的负担。最新的趋势是进行全链路联合优化。

一种思路是端到端训练的探索,尽管工程难度极大。更实际的是反馈信号传导:精排模型可以将其学到的“知识”(例如,哪些特征组合更重要)通过知识蒸馏的方式教给粗排模型;同样,粗排和精排的样本和信号也可以用于指导召回模型(尤其是向量化召回模型)的训练,让召回出的候选集质量更高,更符合下游排序的“口味”。这种协同优化,使得三个环节不再是孤立的漏斗,而是一个有机的整体,共同朝着提升最终用户体验的目标前进。

在我经历的一个电商推荐系统升级项目中,我们最初独立优化精排模型,AUC提升了0.5%,但线上GMV纹丝不动。后来通过分析链路数据发现,是粗排环节成为了瓶颈——它过于保守,过滤掉了很多精排模型会打高分的“差异化”商品。当我们采用知识蒸馏技术,让粗排模型学习精排的排序模式后,虽然粗排自身的AUC只提升了0.2%,但整个链路的线上GMV却提升了1.5%。这个案例深刻说明,推荐系统的效能瓶颈往往不在单个模块的精度,而在于模块间协同的流畅度。盯着一个环节猛攻,不如审视整个链条的衔接与平衡。

推荐系统粗排&召回相关性优化的最新进展,java技术栈图 Facebook的paper(How to late fusion?),和上个paper的目的一致,怎么样进行late fusion,提高检索的效率,提高召回率。 PS:文中的截图均来自于上面三篇paper。。。 零、相关性之DSSM回顾 ============ 1)双塔DSSM模型 ========== 双塔DSSM模型 query(context)和doc(candidate)独立进行建模,各自得到embedding,最后进行相似度度量(L2/cosine等)。在搜索/推荐或者其他相似性检索领域,召 阅读详情

相关推荐

政府科技管理者如何提升科技成果转化项目进场交易的备案效率?.docx

政府科技管理者如何提升科技成果转化项目进场交易的备案效率?

召回与排序算法总结

粗排(粗排是初筛一般不会上复杂模型):有时候因为每个用户召回环节返回的物品数量还是太多,怕排序环节速度跟不上,所以可以在召回和精排之间加入一个粗排环节,通过少量用户和物品特征,简单模型,来对召回的结果进行个粗略的排序,在保证一定精准的前提下,进一步减少往后传送的物品数量,粗排往往是可选的,可用可不同,跟场景有关。a. CTR预估:LR,GBDT,FM及其变种(FM是一个工程团队不太强又对算法精度有一定要求时比较好的选择),Wide&Deep,DeepFm,NCF各种交叉,DIN,BERT,RNN。

Vensmallzeng的博客 3913

RocketMQ 为什么要自己做一个 NameServer ?RocketMQ 5.x 版本中的 proxy、controller 和 container 分别有什么用 ?

1.独立运行的分散结构 2.简化实现,容忍部分数据不一致 Proxy:多语言支持、简化开发 Controller: 提高 Broker 的性能 Container:提高资源利用率,平衡负载

xaiobit_hl的博客 1490

全链路总结!推荐算法召回-粗排-精排

作者|Salonsai 整理|NewBeeNLPhttps://zhuanlan.zhihu.com/p/463021052大家好,这里是NewBeeNLP。现在的推荐系统都是一个很大的漏斗,将整个推荐系统分为(recall -> pre-rank -> rank -> rerank)。推荐链路因为当前的系统没有办法一次性对所有的候选item(量级上亿)去做预估,因此...

Kaiyuan_sjtu的博客 2337

AWR1642+DCA1000EVM 不使用mmWave Studio软件采集原始ADC数据 Timeout问题汇总

DCA1000 EVM Timeout问题汇总

Jesy_Hsu的博客 1476

nvidia-container-toolkit 国内镜像源安装

nvidia-container-toolkit 国内镜像源安装

湫然的博客 1万+

从零开始了解推荐系统(算法构建、召回、粗排、精排、重排、冷启动、衡量标准)

实际上是一种信息处理逻辑,当获取了用户与内容的信息之后,按照一定的逻辑处理信息后,产生推荐结果。热度排行榜就是最简单的一种推荐方法,依赖的逻辑是当一个内容被大多数用户喜欢,那么大概率其他用户也喜欢。

LightOfNight的博客 4594

Redis架构演进:从主从、哨兵到集群,如何支撑亿级流量的秒杀场景?

本文深入探讨了分布式缓存Redis的三种核心高可用模式:主从复制、哨兵模式与集群模式。以高并发的电商秒杀业务为切入点,我们分析了每种模式的优缺点和适用场景,并最终选择Redis集群模式作为最佳解决方案。文章提供了基于Spring Boot和Spring Data Redis的完整实现代码,详细展示了如何配置和使用Redis集群来应对高并发、高可用的挑战,旨在帮助开发者在实际项目中做出正确的技术选型和架构设计。

lingRJ777的博客 724

从召回、粗排到精排:揭秘推荐系统如何精准匹配用户需求

在推荐系统或搜索系统中,“**粗排**”和“**精排**”是排序(Ranking)流程中的两个关键阶段,主要用于从海量候选集中筛选出最符合用户需求的条目。两者的核心区别在于**计算效率与精度的权衡**。

lihuayong的专栏 3164

51单片机IAP技术详解:从原理到实战,实现远程程序自更新

在嵌入式系统开发中,程序更新是产品维护和功能迭代的核心需求。传统方式依赖外部烧录器,操作繁琐且无法远程进行。IAP(在应用中编程)技术则从原理层面解决了这一难题,它允许单片机在运行过程中通过特定接口(如串口)动态修改自身的Flash程序存储器。这项技术的核心价值在于赋予设备远程升级和自主维护的能力,极大地延长了产品生命周期并降低了维护成本。其典型应用场景包括智能家居控制器、工业数据采集模块和远程仪表等部署后不便拆卸的设备。本文以经典的51单片机(如STC89C52)为例,深入剖析IAP的实现,其中Bootl

weixin_29161719的博客 407

Vue和Vue-Element-Admin(六):集成中的CORS(跨域资源共享)问题

在vue-element-admin登录集成时候碰到跨域资源共享问题,CORS(Cross-origin resource sharing)是浏览器的技术规范,浏览器可以发起跨域请求但Javascript脚本不能,传统的ajax只能获取在同域名下的资源,但Html5允许ajax发起跨域请求,解决方案有:JSONP、Flash、IFrame、CORS。 一、CORS(跨域资源共享)问题 针对vue-element-admin的登录模块的后端接口完成后,前端调用时候出现报错,因为前端的端口是9527而后.

叶子叶来 9615

推荐系统技术演进趋势:从召回到排序再到重排

从张俊林老师的知乎里面转载的。 张俊林 推荐系统技术,总体而言,与NLP和图像领域比,发展速度不算太快。不过最近两年,由于深度学习等一些新技术的引入,总体还是表现出了一些比较明显的技术发展趋势。这篇文章试图从推荐系统几个环节,以及不同的技术角度,来对目前推荐技术的比较彰显的技术趋势做个归纳。个人判断较多,偏颇难免,所以还请谨慎参考。 在写技术趋势前,照例还是对推荐系统的宏观架构做个简单说明,...

weixin_41046245的博客 1839

C# 与欧姆龙 PLC 实战:通过 Ethernet/IP 协议进行设备控制与监控

本文介绍了如何通过C#和Ethernet/IP协议实现与欧姆龙PLC的通信。Ethernet/IP是基于以太网的工业协议,适用于工业设备间的实时数据交换。文章详细讲解了使用EthernetIPSharp库建立连接、读写数据的步骤,并提供了示例代码。此外,还探讨了实时监控、报警系统等高级功能,为工业自动化控制系统开发提供了实用指导。该方法简化了PLC通信开发,提高了系统可靠性和智能化程度。

这里只有干货:从 Modbus 通信到 MES 对接,从 YOLO 训练到工控机部署,带你搞定工业软件开发全流程。 814

推荐算法和推荐系统入门第一趴

(因篇幅限制,完整代码需通过配套资源获取。每个技术点均可展开2000+字详细说明,并提供可运行的Jupyter Notebook示例)

weixin_42001184的博客 1206

10、硬件工程师笔试面试——继电器(2025版本)

在设计电路时,应综合考虑SSR的优势和局限性,确保选择合适的型号,并采取适当的设计措施来优化性能和可靠性。继电器的主要功能是利用较小的电流或电压来控制较大电流或电压的电路,实现信号的放大和隔离。在处理继电器故障时,应综合考虑电源、线圈、触点和负载等因素,及时进行故障诊断和处理,以确保电路系统的稳定性和安全性。由于汽车电子系统的复杂性,继电器的设计和选择必须考虑到系统的特定要求,包括电流容量、电压等级、环境条件(如温度、湿度、振动)以及所需的保护和隔离功能。确定线圈的工作电压或电流,以及吸合电压或电流。

XU157303764的博客 3733

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

推荐系统实战:如何用Python实现召回、粗排、精排全流程(附代码)

本文详细介绍了如何用Python构建工业级推荐系统的完整流程,涵盖召回、粗排和精排三大核心阶段。通过TensorFlow Recommenders、LightGBM等工具库,结合双塔模型、近似最近邻检索、梯度提升树和深度交叉网络等实战代码,手把手教你实现从亿级候选池筛选到最终个性化排序的全链路,并探讨了特征工程、模型部署及工程化落地的关键考量。

uber9的博客 227

华为的C语言编程规范.pdf

华为技术有限公司内部技术规范。本规范制定了编写C语言程序的基本原则、规则和建议。从代码的清晰、简洁、可测试、安全、程序效率、可移植各个方面对C语言编程作出了具体指导。

召回 粗排 精排,如何各司其职?

文|水哥源|知乎saying1.AB测试几乎是系统改进的不二法则,算法做AB,开发做AB,产品做AB,运营更要做AB2.召回有点像一个甩锅侠,我不管我给的准不准,我就管我把潜在的...

Kaiyuan_sjtu的博客 1974

Data-Structures-and-Algorithm-Analysis-in-Java.pdf

作者: Weiss, Mark A. 出版社: Addison Wesley Data Structures and Algorithm Analysis in Java is an “advanced algorithms” book that fits between traditional CS2 and Algorithms Analysis courses. In the old ACM Curriculum Guidelines, this course was known as CS7. This text is for readers who want to learn good programming and algorithm analysis skills simultaneously so that they can develop such programs with the maximum amo...

精雕软件(JDpaint) 5.5 绿色版

精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版

基于表征(Representation)形式的文本匹配、信息检索、向量召回的方法总结(用于召回、或者粗排)

文章目录总结文本匹配的两种做法Representation-Based类模型 最近系统性的看了一些有关于信息检索、文本匹配方向的论文,先贴下三篇主角论文: (ColBERT) Khattab, O., & Zaharia, M. (2020). ColBERT: Efficient and Effective Passage Search via Contextualized Late Interaction over BERT. ArXiv, abs/2004.12832. [PDF] (P

XiangJiaoJun_的博客 3457

推荐系统的主要四个阶段(召回、粗排、精排、重排)

传统划分: 1、召回 根据用户部分特征,从海量的物品库里,快速找回一小部分用户潜在感兴趣的物品。 特点:速度快。 2、排序 可以融入较多特征,使用复杂模型,来精准地做个性化推荐。 特点:结果精准。 精细划分: 1、召回(多路召回) 根据用户部分特征,从海量的物品库里,快速找回一小部分用户潜在感兴趣的物品。 2、粗排(可用可不用,根据场景选择) 通过少量用户和物品特征,简单模型,对召回的结果进行个粗略的排序,保证一定精准的前提下,进一步减少选取的物品数量。 作用:防止用户召回环..

记录知识,学习分享 2万+

个性化推荐之召回的方法

在这个信息爆炸的时代,每个人都是内容的消费者,也轻而易举地可以成为内容的创造者。在海量的信息中,用户找到所需、所想、所爱的优质内容变得异常困难,个性化推荐也因此应运而生。 个性化推荐是在大数据分析和人工智能技术的基础上,通过用户行为分析,进行深度计算,从而给用户提供高质量的个性化内容,起到降低信息过载、发掘长尾、提高转化率的作用,最终更好更快地满足用户需求。 神策智能推荐是神策...

神策数据 8542

广告召回率是什么意思_广告中召回和粗排的评价标准

我们限定下本文的适用范围,其一是广告,与推荐不同,比如广告召回可能受限于某些定向条件,排序标准也不一样;其二基于ecpm,ecpm=ctcvr*bid,有很多变种,但最终都是在某个跟ecpm类似的可归一比较数值首先是召回,业界比较常用的是离线看hitrate或者召回率,线上看单路曝光量和预估的ctcvr。比如在这个文章了描述了不少,https://juejin.im/post/5e4807c751...

weixin_28760959的博客 1605

推荐搜索,召回、粗排、精排之间的漏斗考虑

一、首先从数量上看下这几个阶段 二、粗排漏斗分析 1:学习目标 学习目标是“精排的输出”(可能只是曝光+点击,有时也会用到unpv样本),尽量保证粗排和精排的效果一样,取topk才能会精排缓解压力。就是因为精排的量级太大,才引入的粗排 ...

yifu0121 2613

推荐系统之召回-粗排-精排综述

目录 零、参考资料 1、召回 2、粗排 3、ctr模型 4、cvr模型 一、召回 二、粗排 三、ctr模型 四、cvr模型 零、参考资料 1、召回 召回总结:推荐系统召回策略之多路召回与Embedding召回 https://blog.youkuaiyun.com/luanfenlian0992/article/details/107416438?ops_request_misc=%25257B%252522request%25255Fid%252522%25253A%252522160817

山中有石为玉 8727
上一篇: PD虚拟机网络初始化失败?3分钟搞定Parallels Desktop网络配置(附文件修改指南)
下一篇: Robo 3T实战:用可视化工具解决MongoDB日常管理痛点
pluto
博客等级 码龄25年 46粉丝 1562原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值