策略模式的核心是“定义一系列算法，将其封装起来，并且使它们可以相互替换”。它的核心价值在于解耦算法的定义与使用，使得算法可以独立于使用它的客户端而变化。在Ragent项目中，多通道检索是核心业务之一——需要支持意图定向检索、向量全局检索、未来可扩展的ES关键词检索等多种检索方式，且每种检索方式的启用条件、优先级、实现逻辑都不同，这正是策略模式的典型应用场景。工厂模式的核心是“封装对象的创建过程，根

JDK1.8是 Java 并发设计的巅峰之作：数组 + 链表 + 红黑树CAS + 桶级 synchronized + volatile插入：空桶无锁、冲突加锁、扩容协助读取：全程无锁，高性能计数：分散单元格，减少竞争。

HashMap 的底层由哈希桶数组链表节点红黑树节点// 哈希桶数组：核心存储容器// 实际元素个数// 扩容阈值 = 容量 × 负载因子（默认 0.75）// 负载因子：平衡空间与时间的核心参数// 链表节点// Key 的 Hash 值（经过扰动）// 键（不可变）V value;// 值// 链表后继节点// 红黑树节点（继承自链表节点）// 父节点// 左子节点// 右子节点// 前驱节点

从 JDK 1.0 的重量级锁，到 JDK 6 的锁升级机制，synchronized 的进化史，就是 Java 并发性能优化的缩影。它的核心价值在于“简单可靠”——即使是新手，也能通过它快速写出线程安全的代码；而锁升级机制，则为它在高并发场景下的性能提供了保障，让它从“被嫌弃”的重量级锁，成为“性价比极高”的同步工具。偏向锁是“无竞争时的偷懒策略”，最大化减少无竞争开销，适配单线程场景；轻量级锁

Lock 接口是 Java 并发包对“锁”机制的抽象封装，它将锁的“获取”与“释放”解耦为独立的方法，摆脱了 synchronized 对代码块、方法的绑定，为开发者提供了更精细的控制能力。与 synchronized 的“隐式同步”不同，Lock 采用“显式同步”，开发者需手动控制锁的获取与释放，这既是灵活性的体现，也对编码严谨性提出了更高要求。

AQS 是 Java 并发编程的“基础设施”，是连接底层同步机制与上层并发工具的桥梁。它的核心价值不在于自身能实现某种同步功能，而在于提供了一个通用的同步框架，让开发者无需重复实现复杂的排队、唤醒逻辑，只需专注于业务层面的同步规则。理解 AQS，不仅能让我们看透 ReentrantLock、CountDownLatch、Semaphore 等常用并发工具的底层实现，更能帮助我们领会 Java 并发

很多候选人掌握了知识点，但面试时发挥不好，核心是“不会表达”“不会结合场景”。

Tariq开篇打了个比方：想象你面前有一道很难的数学题，你会用什么工具去解决它？纸和笔最基础，但算力有限；计算器好一点，但需要你懂操作；电脑最强，但你得会写代码。这个比喻想表达什么？工具必须匹配使用者的能力。如果使用者（这里就是AI模型）的能力还没到那个层次，你给它再强的工具也是白搭；反过来，如果模型的能力已经足够强，那些过于简单的工具反而会成为累赘。而渐进式披露，就是解决这个矛盾的核心原则。别一

意图识别：让LLM做“选择题”，通过置信度过滤和排序，找到最匹配的用户意图。意图树：用树形结构组织所有分类，通过数据库+Redis缓存，实现高效加载和灵活扩展。企业级应用优先选择“数据库+Redis缓存”的意图树实现方式，便于维护和扩展。Prompt设计要清晰，给LLM提供足够的节点描述和示例问题，同时设置低温度参数，保证意图识别的一致性。掌握了意图识别与意图树的实现，你就能搭建出更精准、更高效的

多通道检索作为RAG系统的核心环节，其核心思想是“并行协同、取长补短”——通过多个检索通道的协同工作，解决单一检索的精准度与召回率矛盾；通过插件化接口设计，实现灵活扩展；通过后置处理器链，保证结果质量。精准优先：有明确意图时，定向检索提升效率和精准度；兜底补全：无意图或意图模糊时，全局检索避免漏检；灵活扩展：新增通道无需修改核心代码，适配业务快速变化；质量可控：后置处理器链对结果进行提纯，提升用户