武汉tplink终面结果？

最近我整理了一份 大疆嵌入式岗位二面的面经，整体看下来难度确实不小。相比一面更多集中在 RTOS 基础、任务调度、实时系统原理，二面的提问明显更加深入，也更偏向工程实践。很多问题不只是停留在概念层面，而是会继续往 底层实现、系统设计以及实际项目场景 里去追问。从面经来看，二面的面试官一般是经验比较丰富的工程师或者技术负责人，整个面试大概 一个小时。提问方式基本是从一个比较基础的问题开始，比如中断、任务调度或者通信机制，然后一步步往深处延伸，比如 实时性分析、系统优化、复杂问题排查 等。整理完之后我也挑出了一些比较典型的问题，一共 20 道。整体覆盖 RTOS、驱动开发、通信机制、实时系统设计以...

这是**吗，天天发内推吗，想钱想疯了。看到都烦，我来牛客看面经结果全被这个刷屏

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