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后端没有问题。

相关推荐
AI袋鼠帝5 小时前
火爆全网的Seedance2.0 十万人排队,我2分钟就用上了
前端
IT_陈寒5 小时前
React Hooks闭包陷阱:你以为的state可能早就过期了
前端·人工智能·后端
Jenlybein5 小时前
快速了解熟悉 Vite ,即刻上手使用
前端·javascript·vite
小码哥_常5 小时前
安卓开发避坑指南:全局异常捕获与优雅处理实战
前端
lihaozecq5 小时前
我用 1 天的时间 vibe coding 了一个多人德州扑克游戏
前端·react.js·ai编程
momo061175 小时前
AI Skill是什么?
前端·ai编程
言萧凡_CookieBoty5 小时前
用 AI 搞定用户系统:Superpowers 工程化开发教程
前端·ai编程
小小小小宇5 小时前
Go 语言协程
前端
牛奶5 小时前
5MB vs 4KB vs 无限大:浏览器存储谁更强?
前端·浏览器·indexeddb
牛奶5 小时前
setTimeout设为0就马上执行?JS异步背后的秘密
前端·性能优化·promise