一、问题背景与现状分析在企业级RAG应用中，首Token响应时间是直接影响用户体验的核心指标。近期我们的RAG系统出现首字响应偏慢的问题，通过详细的日志埋点分析，我们定位到了性能瓶颈的具体分布：总首字响应时间：963ms检索阶段耗时：837ms（占比约87%，为核心瓶颈）LLM本身首字生成耗时：126ms（总LLM耗时2570ms - 首字前等待时间）基于这一数据，我们制定了分层优化策略，优先解决占比最高的检索层问题，同时结合感知优化和架构优化，以最小的投入获得最大的体验提升。二、检索层优化（核心瓶颈，优先级最高）检索阶段耗时837ms，其中向量生成389ms，Milvus向量搜索443ms。我们可以从执行流程、结果筛选和检索引擎三个维度进行优化。1. 异步化检索与生成启动当前系统采用"检索完成→调用LLM"的串行执行模式，存在明显的流程等待。我们可以改造为异步并行+流式补充的执行模式：用户查询 → 启动LLM连接预热（异步） ↓ 执行向量/BM25检索（836ms） ↓ 检索完成 → 立即发送已有结果给LLM，剩余检索结果流式补充