V2EX › yty2012g 的所有回复 › 第 1 页 / 共 10 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10

❮

❯

4 天前

回复了 yleoer 创建的主题 › 广州 › 封阳台碰到的糟糕事，请大佬分析下

今年封窗，最后是新豪轩/皇派二选一，最后用的新豪轩。了解了一堆系统窗的知识，还看了购房合同上的房间隔热系数，最后是用的一夹胶一中空。施工很重要，好一点的店的施工质量还是可以保证的

24 天前

回复了 NonClockworkChen 创建的主题 › 问与答 › 170g、180g 的手机和 190g 的手机差距大吗？

从 iPhone 14 pro 换到 iPhone 15 pro 的时候，上手的那一瞬间，肉眼可见的轻了

33 天前

回复了 DanLi 创建的主题 › Java › 有谁的公司已经用 WebFlux 替换了 SpringMVC 吗

我是用来做数据上报的采集服务。目前使用的是 vertx 和 jdk23 ，整体来说：
1 、jdk21 （最好 >= 23 ）+ SpringBoot 3.x + Virtual Thread ，大概是 85%～ 90% 左右的性能，但是相比较原来的写法，几乎没变化
2 、复杂业务可能还是得等 vt+structured Concurrency + Scoped Value 这套完全体，估计 jdk 25+应该有希望
3 、vert.x 性能还是相当 OK 的，因为我的业务逻辑相对简单，所以使用起来，性能确实比 vt 要好点。但如果之前是 springboot 那套，还是得改不少东西

36 天前

回复了 nabanbaba 创建的主题 › 买买买 › [电视] 购买咨询

我买的 TCL Q10K Pro 75 寸，我当时是在海信的 E8N Ultra 和 TCL Q10K pro 纠结，但是海信一直不降价，双 11 最后买了 TCL ，算上国补最低 8500+

47 天前

回复了 wymanAtV2 创建的主题 › 问与答 › 周一啦， V 友们来唠唠家具~

我目前基本把电器都买完了，还剩沙发、床垫、床、茶几、餐桌。这些有点难
空调：2*酷省电 max ，1*风尊 2pro ，1*云锦 3
电视：TCL q10K pro
冰箱：东芝 548
洗烘：东芝 T25
灯：Lipro E2Pro 60W * 4 + E2s Pro * 1
燃热：海尔 KL7 。
床垫：搞了一个喜临门喜礼

50 天前

回复了 Lisa9527 创建的主题 › 问与答 › 国补真的便宜了吗？

@zzzain46 #162 66xx ，我觉得确实便宜，还没有深度使用，上周刚送到

50 天前

回复了 Lisa9527 创建的主题 › 问与答 › 国补真的便宜了吗？

@zzzain46 我买的是东芝的白珍珠 548 ，刚好 60cm

54 天前

回复了 HomeZane 创建的主题 › SONY › 想买索尼 75 寸 9 系电视，是否真的有必要？

1 、我家是 3 米的开间，上了 75 寸，我觉得大小合适，没问题
2 、我曾经也纠结过 TCL Q10K pro 和 LG C4 ，同事说 oled 还是适合影音房那种一步到位的场景，如果是放客厅（复杂光场景），显示效果的差距比不上价格的差距。
3 、最后我买了 Q10K pro ，顺手买了一个真力的 F one （多年前买过一对 G one ），别说，我第一次在家里感受到了低音，现在我害怕邻居来投诉我。不过 F one + G one 差不多也是 1w3 不到，真的给力 https://i.imgur.com/agAJ0Rd.png

59 天前

回复了 clacf 创建的主题 › 投资 › 心理承受能力不好的人，千万不要做 T

《没捡到的钱不算亏损》

68 天前

回复了 Koril 创建的主题 › Java › 咨询贴： Java8 -> Java17， Springboot2.x -> Springboot3.x

@Goooooos #15 没有 DDL 的项目当然可以。有 DDL 的项目当然还是从稳健出发，假如真有解决不了的问题，是不是能够快速的回退到团队熟悉的技术栈上。

68 天前

回复了 Koril 创建的主题 › Java › 咨询贴： Java8 -> Java17， Springboot2.x -> Springboot3.x

分开搞。
第一步，先升级 jdk 17 + SpringBoot 2.x ，这一步可能遇到的就是 jdk 升级的一些问题，最好不要升级语言特性，没意义，如果可能，SpringBoot 升级到 2.7.x ，可以最大减轻后续升级的负担
第二步，升级 SpringBoot 3.x ，这一步遇到的问题更多的是 SpringBoot 的不兼容升级，从 2.7.x 升级上来阻力可以说是最低
第三步，升级 SpringBoot 3.2+ + JDK 21 ，开启 Virtual Thread ，充分享受性能红利。
我个人的建议是：放弃语法特性升级，关注 JVM 升级即可，这样可以给自己留下最大的退路

72 天前

回复了 abcfreedom 创建的主题 › 生活 › 装修房子家电怎么选

洗烘套装：我选的东芝的 T25
电视机：准备买 TCL Q10K PRO 75 的，之前是纠结了半天 E8N Ultra 还是 Q10K pro ，最终选了 tcl 的
冰箱：准备买东芝的 548 法式
燃气热水器：准备买海尔的 TL7
空调：可能考虑华凌神机 He1 pro

88 天前

回复了 NxxRngjnbgj 创建的主题 › 问与答 › springboot 怎么根据条件丢弃客户端发送过来的请求

使用了 Servlet 容器比较难直接操作关闭底层的连接。个人认为最简单的方法是写个 filter ，符合条件的直接 return 或者是 respose.getOutputStream().close()，但是这种依然会返回一个 200 ，只不过 content-length=0 。如果要是基于 Netty 的 WebServer ，到是可以直接 close connection ，那就彻底没有其他额外的返回了

92 天前

回复了 Ayanokouji 创建的主题 › 程序员 › JDK 23 发布了

@byte10 昨天我也是突然开窍，我就想，ng 也是监听一个端口，但是能利用好多核，这个是什么原理。原来是使用了 SO_REUSEPORT 这个 TCP 选项。然后我就和 GPT 沟通了一番，原来 vertx 也可以开启！开启后，就是通过内核做负载均衡，然后我就把线程模型改回 EVENT_LOOP ，然后多个线程监听一个端口，果然性能起飞了，终于可以利用多核了，之前压测死活 CPU 利用率上不去

93 天前

回复了 Ayanokouji 创建的主题 › 程序员 › JDK 23 发布了

@qweruiop 可能是我对 vert.x 这个框架的理解不太到位。我是压测验证了下，按吞吐量从高到低，线程模型分别是 Virtual_Thread > Worker > Event_Loop

93 天前

回复了 Ayanokouji 创建的主题 › 程序员 › JDK 23 发布了

今天下载了 Orcale OpenJDK 23 ，压测了一下。G1 GC 的吞吐量还是比 ZGC 强不少，倒是 Vert.x + Virtual Thread 效果还是挺不错的

94 天前

回复了 Ayanokouji 创建的主题 › 程序员 › JDK 23 发布了

@chenfang ZGC 吞吐量是会下降不少，分代 ZGC 能稍微好点，但是还是比 G1 要差一点。full GC 的问题更大可能性的还是内存泄露的问题吧，既然使用了高版本 JDK ，那就开个 JFR 呗，然后看看到底是哪里的对象没有被回收掉。我这边的服务类似于数据采集，虽然 QPS 高，但是基本都是朝生夕死，基本没有长期存活的对象，所以目前没观察到 full GC 。

94 天前

回复了 Ayanokouji 创建的主题 › 程序员 › JDK 23 发布了

@Rorysky #36 差不多，在充分预热的情况下，高版本 gc 的吞吐量影响几乎可以忽略不计，像是我在 jdk22 用 G1 ，火焰图基本快看不到 GC 的开销了

94 天前

回复了 Ayanokouji 创建的主题 › 程序员 › JDK 23 发布了

@windghoul #34 JDK17 的是不分代的 ZGC ，吞吐量的影响会更大一点，我自己实测是 7.x%左右，如果对延迟要求不是特别高，JDK17 建议使用 G1 吧

94 天前

回复了 Ayanokouji 创建的主题 › 程序员 › JDK 23 发布了

@windghoul 我自己使用情况来看。throughput 的影响，大概 ZGC 分代是 4.x%，G1 是 1.x%。延迟的话，不用说肯定是 ZGC ，基本就是 0ms 。footprint 没测过。我这边服务的堆是 8G 的。目前用的是 JDK 22

1 2 3 4 5 6 7 8 9 10

❮

❯