2.4g 干扰是说电脑自己连的 2.4g 设备互相干扰
常见的是 2.4g wifi 和 蓝牙 和 usb3.0 之间的干扰
所以把电脑的 wifi 换成 5g 可能会解决问题

有没有虚拟机的需求？有的话 16g 更稳妥
机器打算用多久？想用个四五年网上 16g 更稳妥
否则，丐

用了一个月了，没有出现过这种情况
目前已经一周没关机了，也没啥问题
13pro 16/512，java 农

把业务封装进模型到处传播，不还是把业务分散掉了么

规格里写好了 https://www.apple.com.cn/macbook-pro-13/specs/

工作温度：10°C 至 35°C (50°F 至 95°F)
存放温度：−25°C 至 45°C (−13°F 至 113°F)

1. 二进制少一轮字符串解码编码，表示数字和布尔用的字节更少，不考虑人类阅读可以用更紧凑的格式，代价就是直接拿给人类看基本看不懂
2. binary 只想到 protobuf，text 只想到 json
3. json 也不慢

换机需求强烈 或 预算非常充足就上，否则就等呗
等等党从来就没输过

装着 11
source 和 target 设成 8

u2718q，如果出现严重问题，及时联系售后，大概率换到 u2720q 或者 qm

@hantsy 啊这，我们都不纠结 了只有你还在纠结啊
你的例子第一次是比第二次慢，不就符合楼主的描述了么，至于 10 倍……我 ctrl f 在帖子里没搜到 10 倍 ，难道 block 了说慢十倍的人？……
楼主说的这种情况和 spring 的 bean 初始化时机没关系，只能说和 jvm 预热有关（可能还有数据库连接池预热，程序内缓存预热吧啦吧啦
随手做了几个测试，浏览器里访问，反复刷新，容易观察
1. 随手找了一个应用（ SpringMVC ）加个空接口，首次 98ms，后续 4~8ms
2. start.spring.io 做了个只有 webflux 依赖的空项目，加个空接口，首次 100ms，后续 4~8ms
3. netty http server，不做任何处理只返回空内容，首次 80ms，后续 1-5ms
4. 直接 java.net.ServerSocket 假装是个 http server，不做任何处理只返回空内容，首次和后续都是 12-18ms
可以发现除了最最最简单的写法之外其他几个都存在首次比后续慢的情况，应该就是 jvm 预热的问题

@sampeng 随便什么接口，吃一个请求，接受请求这一层就预热起来了，业务的缓存啥的管不着也不是这个问题

@ztechstack 是的，健康检查帮忙预热接口…

@YouLMAO 后面还要一堆线程等数据库和其他东西的返回，实际上还是一请求一线程，这个模型效率一般但是胜在好写

@hantsy 然而这个问题并不是懒加载导致的……更何况早年 spring-boot 压根没有懒加载

这个线程名是手 new Thread 的线程名
找到 new Thread 的地方，修改成使用线程池的形式
代码里搜 new Thread( 基本就能找到了……

不是 spring-boot，是 spring
循环依赖的情况，字段注入和 setter 注入可以正常工作，构造器注入无法工作

都这样，但是因为真的只影响首次请求所以可能大家并不在意
而且这不是 spring-boot 的问题，是 spring-mvc 的问题，早年以为是 load-on-startup 的影响，后来发现并不是

暴力解决方法是写个 ApplicationRunner 或者其他东西，应用启动之后自己请求自己一次，完成初始化
还可以用 k8s 的 readless probe 之类的帮忙发请求