AI 流式对话该怎么做?SSE、fetch、axios 一次讲清楚

在做 AI 对话产品 时,很多人都会遇到一个问题:

为什么有的实现能像 ChatGPT 一样逐字输出,而有的只能"等半天一次性返回"?

问题的核心,往往不在模型,而在 前后端的流式通信方式。

本文从实战出发,系统讲清楚 SSE、fetch、axios 在 AI 流式对话中的本质区别与选型建议。

先给结论(重要)

AI 流式对话的正确打开方式:

  • ✅ 首选:fetch + ReadableStream
  • ✅ 可选:SSE(EventSource)
  • ❌ 不推荐:axios

如果你现在用的是 axios,还在纠结"为什么没有逐 token 输出",可以直接往下看结论部分。

AI 流式对话的本质需求

在传统接口中,请求和响应通常是这样的:

复制代码
请求 → 等待 → 返回完整结果

但 AI 对话不是。

AI 流式对话的真实需求是:

  • 模型 逐 token 生成
  • 前端 边接收、边渲染
  • 连接可持续数十秒
  • 用户能感知"正在思考 / 正在输出"

这决定了:必须支持真正的 HTTP 流式响应

SSE、fetch、axios 的本质区别

在对比之前,先明确一个容易混淆的点:

1、SSE 是「协议能力」

SSE(Server-Sent Events) 是一种 基于 HTTP 的流式推送协议

  • Content-Type: text/event-stream
  • 服务端可以不断向客户端推送数据
  • 浏览器原生支持 EventSource

它解决的是:"服务端如何持续推送数据"

2、fetch / axios 是「请求工具」

工具 本质
fetch 浏览器原生 HTTP API
axios 对 XHR / fetch 的封装库

它们解决的是:"前端如何发请求、拿响应"

常用流式方案

SSE:最简单的流式方案

js 复制代码
const es = new EventSource('/api/chat/stream')

es.onmessage = (e) => {
  console.log(e.data)
}

优点

  • ✅ 原生支持流式
  • ✅ 自动重连
  • ✅ 心跳、事件类型清晰
  • ✅ 非常适合 AI 单向输出

缺点(关键)

  • ❌ 只支持 GET
  • ❌ 不能自定义 Header(鉴权不友好)
  • ❌ 只能 服务端 → 客户端

适合场景:AI 回答输出 、推理过程 / 日志流 、实时通知类数据。

fetch + ReadableStream(推荐)

这是目前 AI 产品中最主流、最灵活的方案。

js 复制代码
const res = await fetch('/api/chat', {
  method: 'POST',
  headers: {
    'Content-Type': 'application/json'
  },
  body: JSON.stringify({ prompt })
})

const reader = res.body.getReader()
const decoder = new TextDecoder()

while (true) {
  const { value, done } = await reader.read()
  if (done) break
  const chunk = decoder.decode(value)
  console.log(chunk)
}

为什么它是首选?

  • ✅ 支持 POST(可传 prompt、上下文)
  • ✅ 可自定义 Header(token、traceId)
  • ✅ 真正的 chunk / token 级流式
  • ✅ 与 OpenAI / Claude 接口完全一致
  • ✅ Web / Node / Edge Runtime 通用

一句话总结 :fetch + stream 是目前 AI 流式对话的标准

axios:为什么不适合 AI 流式?

这是很多人踩坑最多的地方。

常见误解

js 复制代码
axios.post('/api/chat', data, {
  onDownloadProgress(e) {
    console.log(e)
  }
})

看起来像"流式",但实际上 axios 的真实问题:

  • 浏览器端基于 XHR
  • 响应会被 缓冲
  • onDownloadProgress 不是 token 级回调
  • 延迟明显、体验差

结论 :axios 在浏览器端 不支持真正的流式响应

它更适合普通 REST API、表单提交、数据请求,但 不适合 AI 流式输出。

总结

方案 真流式 POST Header 推荐度
SSE (EventSource) ✅ ❌ ❌ ⭐⭐⭐
fetch + stream ✅ ✅ ✅ ⭐⭐⭐⭐⭐
axios ❌ ✅ ✅ ⭐
  • SSE 是流式协议
  • fetch 是流式容器
  • axios 是传统请求工具

如果你正在做 AI 产品,通信层选错,后面再怎么优化模型和前端体验,都会事倍功半。

相关推荐
汤姆宝库13 分钟前
权重量化的实现:从absmax到GPTQ与AWQ
人工智能
喵个咪24 分钟前
GoWind 拆解:全链 ID 类型体系——int64 定版与前端字符串化契约
前端·后端·go
wflynn25 分钟前
Genie 4新增原生音频,实时世界模型加入声音生成
ai·技术
喵个咪29 分钟前
GoWind CMS 拆解:Flutter 设计系统内核——双态 token、四档断点与自适应壳层
前端·flutter·交互设计
硅谷秋水1 小时前
PhysicalWords:一种用于构建机器人操作中潜推理过程的词汇体系
人工智能·机器学习·计算机视觉·语言模型·机器人
喵个咪1 小时前
GoWind CMS 拆解:发布审批——多级推进、逐级角色与全程留痕
前端·后端·go
喵个咪1 小时前
GoWind Flow 拆解:一个 Go 工作流引擎与它的双模式设计器
前端·后端·go
喵个咪1 小时前
GoWind 拆解:AI Agent 编排引擎——波次并行、子图递归与人工审批
人工智能·后端·go
喵个咪1 小时前
GoWind Admin 拆解:打印模板设计器——从画布到服务端 PDF 的完整打印链路
前端·后端·go
总要学点什么2 小时前
第96篇:三维数据加载-城市建筑白模样式+着色器——让色带按体量上色,最白的那档却涂不上去
前端·gis·webgl·cesium·着色器·空间分析·白模