Poison

发表于

一个存在多年的问题，当消费者端消息发送耗时超过设置的调用超时时间时，目前的实现中提示信息为 Waiting server-side response timeout，此时应该提示 Sending request timeout in client-side。记录该问题是因为前一段时间有上游找过来说我这边的服务有问题，最后查出来是消费者端发送消息超时导致的，但是因为提示信息给得不对让消费者端误以为是提供者端服务的问题。

Reference

Fix incorrect timeout message by tianshuang · Pull Request #13001 · apache/dubbo · GitHub

Poison

发表于

2022 年 11 月提交的 PR，修复因拦截器返回 false 导致预检请求 CORS 拦截器未得到执行的问题，2023 年 9 月才处理：Polishing contribution · spring-projects/spring-framework@53133d9，自 Spring 6.1.0-RC1 才能得到修复。

Reference

Execute preflight check logic before all interceptors by tianshuang · Pull Request #29509 · spring-projects/spring-framework · GitHub
Chapter 4. Handling preflight requests · CORS in Action: Creating and consuming cross-origin APIs

Poison

发表于

今天查了个 GC 相关的问题，问题并不复杂，只是在比对 GC 日志中的时间与业务超时调用的时间时发现有一点偏差，原来是因为 GC 日志中的时间戳是 GC 开始前的时间戳，而我之前一直以为是 GC 完成后的时间。比如如下 GC 日志：

1
2
2022-12-16T11:10:04.939+0800: 87938160.092: [GC (Allocation Failure) 2022-12-16T11:10:04.939+0800: 87938160.092: [ParNew (promotion failed): 1850515K->1850515K(1850624K), 0.6136336 secs]2022-12-16T11:10:05.552+0800: 87938160.706: [CMS2022-12-16T11:10:06.272+0800: 87938161.426: [CMS-concurrent-mark: 1.702/2.321 secs] [Times: user=0.00 sys=0.00, real=2.32 secs] 
 (concurrent mode failure): 8844971K->9005083K(9697280K), 7.7882370 secs] 10643921K->9005083K(11547904K), [Metaspace: 99728K->99728K(1140736K)], 8.4022234 secs] [Times: user=0.00 sys=0.00, real=8.40 secs]
阅读全文 »