DeepSeek V4帮我找出了一个Spring AI的bug

问题描述：

最近呢，在尝试用Spring的各种最新的技术栈写一个练习的小项目，Spring boot用的都是最新的4.0.5。在这种情况下，我用Spring AI 2.0.0-SNAPSHOT很合理对吧

但是出现了一个诡异的情况的，AI返回来的响应似乎被阻塞了一样，首字响应时间巨长，然后所有的chunk都会在十几毫秒内返回

这个时候用了GLM、qwen、claude sonnet 4进行初步排查，要么就说是tomcat缓冲的问题，要么就是gateway mvc版本的问题。这个时候我已经不断的尝试他们说的解决方案，甚至把底层换成了WebFlux

claude pro opus4.6则是秒男，还没跑完一轮就限额了=.=

只有v4 pro，opus思路一样，不断的帮我查看spring ai的源码，最终发现是spring ai的问题，内部阻塞了流式响应。最后我把Spring AI的版本固定在2.0.0-M4就解决了。

可能这是由于v4的知识储备确实高一些的原因？我用着觉得还是挺不错的。以及感慨的一点就是，Java真的不太行了，ai时代，TS/python的生态还在蓬勃发展。Java感觉就是，只剩下spring而已了

网友解答：

---

--【壹】--：

我自己开发，更愿意用Nuxt前后端一把梭哈。但是我最近准备换工作 还得是Java岗呀。其它的编程语言都只是添头，主力学习意义不大

---

--【贰】--：

至少我用Opus、GPT找BUG时，都很少会发散到第三方库上。只有跑了一次又一次他们找不到答案时，才会往第三方库上考虑。一般这种情况下我都提前介入指示了，Token真的烧不起。