G探险者

java

千里之行，始于足下，不积跬步无以至千里

赞

22

|

搜索文章

java

·

2天前

深入理解 KeepAlive：从 TCP 到连接池再到线程池的多层语义解析

大家好，我是G探险者！在日常开发中，keepalive 是一个常见但又极易混淆的参数。你可能在 Socket、HTTP 连接池、数据库连接池、甚至线程池中都见过它。...

0

评论

java

·

1月前

常见线程池的创建方式及应用场景

大家好，我是G探险者！在并发编程中，线程池是最常用的工具之一，它能够管理线程的生命周期、提高线程复用率、避免频繁创建和销毁线程带来的开销。Java 从 JDK 5 开始...

2

评论

java

·

1月前

循环中的阻塞风险与异步线程解法

大家好，我是G探险者！在业务开发中，我们经常会写这样的代码：在大多数情况下，doSomething() 是快速的，不会对整个循环产生阻塞影响。但如果 doSometh...

0

评论

java

·

1月前

Java 线程相关的三个常见接口、类

1. Runnable 最早期的接口，用来封装任务逻辑。没有返回值、不能抛出受检异常。 2. Callable JDK 1.5 引入，和 Runnable 类似，但有返...

0

评论

java

·

1月前

如何在批量创建 `DefaultMessageListenerContainer` 时避免阻塞问题

大家好，我是G探险者！今天记录一个for循环被阻塞导致后面循环无法执行的问题。 1. 背景问题在一个分布式消息系统中，我们通常会使用 Spring JMS 提供的 De...

0

评论

java

·

2月前

Java 中 null 值在 JSON 输出时丢失的坑：一次 Object 参数 + Fastjson 多态的血泪教训

大家好，我是G探险者！在实际开发中，我们经常会遇到 Java 对象需要序列化成 JSON 字符串的场景。然而，如果使用不当，很可能会出现 null 字段“神秘消失” 的情...

0

评论

java

·

2月前

JSON 序列化时，数字怎么偷偷‘变身’了？Jackson 科学计数法触发机制全解

大家好，我是G探险者！在使用 Jackson 进行 JSON 序列化和反序列化时，我们有时会遇到数字被以科学计数法（Scientific Notation）形式表示的...

0

评论

java

·

3月前

语言只是压缩包：人类交流为何如此低效？

——《人类思维的边界》系列之一夜深人静，一位产品经理盯着团队协作文档，头痛欲裂。他已经开了三次会议，写了五页需求文档，甚至画了流程图，可开发团队依旧做出了完全不同的东西。...

0

评论

java

·

3月前

JMS 中的事务机制与消息确认模式全解：AUTO_ACK、CLIENT_ACK、SESSION_TRANSACTED 有啥区别？

大家好，我是G探险者！系列文章的第 6 篇，本篇将全面解析 JMS 中的消息确认机制与事务控制，帮助你彻底搞懂 AUTO_ACKNOWLEDGE、CLIENT_ACKNO...

1

评论

java

·

3月前

《搞懂 Spring 的 CachingConnectionFactory：为什么发送消息别直接用原始 ConnectionFactory》

大家好，我是G探险者！系列文章的第 5 篇，本篇将聚焦在发送端的连接池机制，也就是大家在使用 JmsTemplate 发送消息时最常见但容易忽略的问题 —— 是否使用了...

3

评论

java

·

3月前

《JMS 消息重试机制与死信队列配置指南：以 IBM MQ 与 TongLinkQ 为例》

大家好，我是G探险者！ 🔄 第 4 篇 📌 为什么要研究重试与死信机制？在 JMS 消费过程中，我们总会遇到：消息处理失败，能不能重试几次？失败多次后，怎么避免“...

1

评论

java

·

3月前

《JMS事务性会话彻底解析：消息监听中的 commit、rollback 和幂等设计》

大家好，我是G探险者！ 📌 场景引入在实际项目中，我们常常面临以下挑战：监听 MQ 消息失败了，希望自动重试？消费 MQ 消息后，要写数据库，但中间报错了？消息处...

1

评论

java

·

3月前

《如何在 Spring 中实现 MQ 消息的自动重连：监听与发送双通道策略》

大家好，我是G探险者！ 📌 背景场景在高可用分布式系统中，我们经常面临： MQ 集群重启 → 消息监听中断 MQ 网络短暂抖动 → 发送端连接失败一端恢复正常，另一端...

2

评论

java

·

3月前

JMS 消息监听的正确打开方式SimpleMessageListenerContainer vs DefaultMessageListenerContainer

大家好，我是G探险者！ 🧠 背景说明在使用 ActiveMQ、IBM MQ、TongLinkQ 等消息中间件时，Spring 提供了两种强大的消息监听容器： Simpl...

1

评论

java

·

3月前

为什么 Zookeeper 越扩越慢，而 Nacos 却越扩越快？

大家好，我是G探险者！在微服务架构不断发展的今天，服务注册中心的可扩展性变得至关重要。Zookeeper 和 Nacos 都是业界常用的服务注册中心组件，但在高并发、大规...

1

评论

java

·

4月前

【案例解析】一次 TIME_WAIT 导致 TPS 断崖式下降的排查与优化

大家好，我是G探险者！背景在某次系统长稳压测过程中，我们遭遇了一个诡异的问题：TPS 周期性地出现“断崖式下跌”，随后又慢慢恢复正常，周而复始。这种现象极大地影响了系统...

0

评论

java

·

4月前

《深入理解 Nacos 集群与 Raft 协议》系列五：为什么集群未过半，系统就不可用？从 Raft 的投票机制说起

《深入理解 Nacos 集群与 Raft 协议》系列大家好，我是G探险者！很多人部署 Nacos 集群时，会遇到这样一个问题：这不是 Nacos 的 Bug，而是 R...

0

评论

java

·

4月前

《深入理解 Nacos 集群与 Raft 协议》系列四：日志复制机制：Raft 如何确保提交可靠且幂等

《深入理解 Nacos 集群与 Raft 协议》系列大家好，我是G探险者！在前几篇中我们介绍了选主与日志对比机制，它们保证了“谁能成为 Leader”以及“Leader...

1

评论

java

·

4月前

《深入理解 Nacos 集群与 Raft 协议》系列三：日志对比机制：Raft 如何防止数据丢失与错误选主

《深入理解 Nacos 集群与 Raft 协议》系列大家好，我是G探险者！在第 2 篇中，我们讲解了 Raft 的选主过程。但单靠“投票数过半”并不能完全保障新 Lea...

0

评论

java

·

4月前

《深入理解 Nacos 集群与 Raft 协议》系列二：Raft 为什么要“选主”？选主的触发条件与机制详解

《深入理解 Nacos 集群与 Raft 协议》系列大家好，我是G探险者！在第 1 篇中，我们知道 Nacos 集群依赖 Raft 协议来保证节点间的一致性。而 Raf...

0

评论

个人成就

文章被点赞 290

文章被阅读 104,324

掘力值 4,026

加入于

2020-09-15