今日推荐库：@microsoft/fetch-event-source 前端发送SSE请求实现GPT流式输出

使用 @microsoft/fetch-event-source 改善服务器发送事件的请求@microsoft/fetch-event-source - npm

在前端开发中，处理服务器发送事件（server-sent events）时，我们通常使用浏览器提供的 EventSource API。然而，该默认 API 存在一些限制，本文介绍了一个名为 @microsoft/fetch-event-source 的包，它提供了更强大的 API，使我们能够更灵活地进行服务器发送事件的请求。

问题与限制

默认的浏览器 EventSource API 在以下方面存在一些限制：

1. 无法传递请求体（request body），必须将执行请求所需的所有信息编码到 URL 中，而大多数浏览器对 URL 的长度限制为 2000 个字符。
2. 无法传递自定义请求头。
3. 只能进行 GET 请求，无法指定其他方法。
4. 如果连接中断，无法控制重试策略，浏览器会自动进行几次尝试然后停止。

@microsoft/fetch-event-source 的优势

@microsoft/fetch-event-source 提供了一个基于 Fetch API 的替代接口，完全兼容 Event Stream 格式。这使得我们能够以更加灵活的方式进行服务器发送事件的消费。以下是该库的一些主要优势：

1. 支持任何请求方法、请求头和请求体，以及 Fetch API 提供的其他功能。甚至可以提供替代的 fetch() 实现，以应对默认浏览器实现无法满足需求的情况。
2. 提供对响应对象的访问权限，允许在解析事件源之前进行自定义验证/处理。这在存在 API 网关（如 nginx）的情况下非常有用，如果网关返回错误，我们可能希望正确处理它。
3. 对连接中断或发生错误时，提供完全控制的重试策略。

此外，该库还集成了浏览器的 Page Visibility API，使得在文档被隐藏时（例如用户最小化窗口），连接会关闭，当文档再次可见时会自动使用上次事件 ID 进行重试。这有助于减轻服务器负担，避免不必要的开放连接（但如果需要，可以选择禁用此行为）。

安装

npm install @microsoft/fetch-event-source

使用示例

在使用 @microsoft/fetch-event-source 之前，我们通常使用以下方式处理服务器发送事件：

1. const sse = new EventSource('/api/sse');
3. sse.onmessage = (ev) => { console.log(ev.data); };

现在，我们可以改为使用 @microsoft/fetch-event-source：

1. import { fetchEventSource } from '@microsoft/fetch-event-source';
2. await fetchEventSource('/api/sse', {
3. onmessage(ev) {
4. console.log(ev.data);
5. }
6. });

可以通过传递所有其他由默认 fetch API 暴露的参数，进行更灵活的请求，例如：

1. const ctrl = new AbortController(); //用于中断请求
3. fetchEventSource('/api/sse', {
5. method: 'POST',
7. openWhenHidden: true, //页面退至后台保持连接
9. headers: { 'Content-Type': 'application/json', },
11. body: JSON.stringify({ foo: 'bar' }),
13. signal: ctrl.signal
14. });

通过使用 @microsoft/fetch-event-source，我们能够更灵活地处理服务器发送事件请求，并充分发挥 Fetch API 的功能。希望这篇博客能够对你理解和使用该库提供一些帮助。