#JAVA##JAVA面经##JAVA内推#1. 分段锁设计，扩容时如何避免并发冲突？思路核心是“分段加锁+扩容时单段独立处理”，结合实际项目中应对并发的经验，用通俗的语言说明分段锁逻辑和扩容时的并发控制，不涉及代码，突出实操性。回答示例面试官您好，我们项目中用分段锁解决高并发下的扩容冲突问题，核心思路很简单，就是把整个存储容器分成多个独立的段，每个段单独加一把锁，互不影响。扩容的时候，我们不会对整个容器全局扩容，而是只针对单个段进行操作。具体来说，当某个段的数据量达到扩容阈值时，我们只对这个段加锁，然后进行数据迁移、容量翻倍的操作，其他段正常处理读写请求，完全不受影响。而且扩容时会做双重校验...

难道前端真的已经不行了？

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