1、自我介绍2、项目拷打3、RAG 的完整链路是什么，哪些地方最容易出问题RAG 的完整链路一般是文档接入、清洗去噪、切 chunk、向量化、建索引、在线检索、重排、上下文构造、Prompt 拼接、模型生成和结果后处理。线上请求过来以后，先对用户 query 做归一化处理，再进行向量召回或者混合召回，把候选文档取回来，然后用 rerank 模型重新排序，选出最相关的内容拼到 prompt 里，再交给大模型回答。最容易出问题的地方通常有几个。第一是 chunk 切得不合理，太短会丢语义，太长会导致噪声太多。第二是召回率不够，模型根本没拿到正确证据。第三是重排不准，正确文档被排到后面。第四是上下文...

刚面完拼多多（PDD）的服务端岗，这一波面试下来，真的深刻体会到了什么叫“基础不牢，地动山摇”。把面试题总结出来分享给大家，顺便附上我的内推码，大家一起冲！1. 网络基础：那些“送命”的细节TCP断电感知： 我随口说 send 函数返回 -1。面试官微微一笑：“你确定吗？”真相： 客户端断电，OS 没机会发 FIN 包。如果服务器不发数据，send 根本没机会返回错误。此时需要依靠 TCP Keepalive（保活机制） 或者应用层的心跳包来感知。TCP 八股文连招： * 握手/挥手顺序、流量控制、拥塞控制（慢启动、拥塞避免、快重传、快恢复）。报文有序性： 依靠 Sequence Number...