求求了给我offer吧！！

1、为什么引入父子索引，为什么引入 BM25，比例是怎样的，具体流程是什么，有没有 rerank父子索引主要是为了解决 切块后召回准，但是上下文不完整 的问题。如果文档直接按 300～500 token 切成小块做向量检索，确实更容易召回到具体答案，但很容易丢掉原文结构，比如标题、段落关系、表格上下文、前后约束条件。所以会把文档拆成两层：父块：保留完整语义单元，通常是 800～1500 token子块：用于召回，通常是 200～400 token检索时先搜子块，命中后回源到对应父块，再把父块内容喂给大模型。这样既保证召回精度，也保证上下文完整性。引入 BM25 是因为向量检索对语义相似比较敏感...

刚刚丢了简历过去tx提前批，燃尽了😓感觉这年头保研考研考公都难。今晚海投看看能不能刷点经验，八股一点没看。冲冲冲。

春招实习都投了好多，全是拒绝，有一两个面试，面完也觉得希望渺茫，果真应证了那句26届学院本，buff拉满了

#JAVA##JAVA面经##JAVA内推#1. 项目中使用RocketMQ保证消息顺序，具体如何实现？（如按订单ID分区）思路核心围绕“同业务消息同队列+单线程消费”展开，先讲生产端路由规则，再讲消费端配置，结合实际项目场景说清楚落地细节。回答示例面试官您好，我们项目里保证消息顺序，主要是靠订单ID做分区路由，再配合单线程消费来实现的。首先生产端这边，我们会给Topic建多个队列，发送消息的时候，拿订单ID做哈希取模，算出来一个队列下标，保证同一个订单的所有消息，全都发到同一个队列里，因为RocketMQ单个队列里的消息本身就是按发送顺序排好的。然后消费端这边，我们把消费线程数设置成和队列数...