jHipster 之 webflux-前端用EventSource处理sse变成了批量处理而非实时处理

现象:

javascript 复制代码
const eventSource = new EventSource(API_URL5);
    eventSource.onmessage = streamEvent => {
      console.log('a message is come in--------->');
      const content = streamEvent.data;
      console.log('Received content: ' + content);
    };

前端用EventSource 处理webflux的sse,虽然后端每秒钟会生成一个字符串,但是前端并不是每秒中在控制台打印出后台输出的数据,而是等后台所有的输出完了,一起打印到控制台。这就改变了eventsource的初衷了。

貌似有一种缓冲机制,后经调查和后端没有关系,是jHipster开发环境中的前端代理服务器导致。

可能的原因:

  1. webpack devserver
  2. BrowserSyncPlugin
    他们可能使后端的返回加入了Content-Encoding: gzip 这个响应头,这样eventSource的处理收到了干扰。

因为是开发环境特有的问题,生产环境没有,所以暂时记录一下,以后有时间可以研究一下。重要的一点是,问题的原因是前端,jhipster后端没有问题。

相关推荐
ly76891 小时前
CSS 从入门到进阶:系统掌握现代网页样式与布局
前端·css
SWAGGY..2 小时前
【C++初阶】:(15)模板进阶--从非类型参数到模板特化与分离编译
java·服务器·前端
YHHLAI2 小时前
从「跑分」到「干活」:Benchmark 与 GPT 5.6 的两种叙事
大数据·前端·人工智能·react.js·前端框架
BigTopOne2 小时前
ArLiveLite 用到的 C++/JNI 技术点
前端
BigTopOne2 小时前
ArLiveLite 技术架构-Lite
前端
BigTopOne2 小时前
ArLiveLite-具体功能
前端
BigTopOne2 小时前
ArLiveLite -具体功能
前端
Sherotree2 小时前
理解 JWT:三段分别是什么
前端·ai·开源
BigTopOne2 小时前
ArLiveLite 用到的 FFmpeg API
前端
BigTopOne2 小时前
ArLiveLite -功能架构详解
前端