2 posts tagged with "更新日志"

内容更新​

1. oneThread 项目开发​

oneThread 是基于配置中心构建的动态可观测 Java 线程池框架，弥补了 JDK 原生线程池参数配置不灵活的不足，支持核心参数的在线动态调整、运行时状态监控与阈值告警，有效提升系统的稳定性与可运维性。框架兼容主流配置中心如 Nacos、Apollo，实现线程池参数的热更新与统一管理。

截止2025-05-23日，oneThread 后端核心代码均已开发完成，目前正在和前端同学筹备开发 oneThread 项目前端控制台。

动态线程池项目相关的如何写到简历描述已发布知识星球，主题地址：https://t.zsxq.com/5GfrN。拿其中两个核心亮点举例：

• 基于配置中心实现线程池核心参数的动态刷新能力，采用模板方法模式复用刷新逻辑，支持多种配置中心（如 Nacos、Apollo）监听事件的统一注册与处理，提升代码复用和扩展性。
• 基于 JDK 的 InvocationHandler 动态代理机制，对线程池拒绝策略进行代理扩展，拦截拒绝任务事件并触发告警机制，实现任务拒绝的实时响应。

目前后端核心代码（包含注释）1.34w 行，仅 Java 后端纯代码 4.99k 行。注意，这不是一个 Demo，而是能够应用于生产环境上的中间件。

2. 12306 更新内容列表​

1）优化 12306 乘车人数据库索引：https://t.zsxq.com/9Udth

2）v2 购票接口本地锁优化：https://t.zsxq.com/HW7LE

v2 购票接口中，当令牌快速被消耗完的时候，会导致大量请求同时触发重建缓存，就会把获取分布式锁的压力转移到获取本地锁。

通过 Cache 提供的原始 API 原子写入：若 Key 不存在，插入 true 并返回 null；若存在，直接返回当前值。同时，把 ReentrantLock 那块逻辑一并改了。

3. RocketMQ DashBoard 更新​

RocketMQ DashBoard 因为官方长时间不更新，导致在查询消息时会存在报错情况，有很多同学反馈这个问题。巧的是，有个正在参加 RocketMQ DashBoard 重构的同学也是星球用户，他提供了我最新的自定义 DashBoard Docker 镜像，完美的修复了该问题。

当前大家可以先用自定义镜像，等待后续 RocketMQ 官方修复。

docker run -d \
  --name rocketmq-dashboard-x \
  --ulimit nofile=65536:65536 \
  -e "JAVA_OPTS=-Xms512m -Xmx512m -XX:MaxMetaspaceSize=256m -Drocketmq.namesrv.addr=xxx.xxx.xxx.xxx:9876 -Drocketmq.config.enableDashBoardCollect=false" \
  -p 8088:8080 \
  -t crazylychee/rocketmqdashboard:3.0

4. 开发者规约​

熟悉马哥的都知道，我是一个编码&文档强迫症“患者”，需要一系列编码规范进行规约，来保证自己写的代码是有规律且优雅的。为此，我将一部分自己的开发规约整理了出来，后续会持续更新。

部分开发者规约文档如下：

• 中文文案排版指北
• 中文技术文档写作规范
• Java项目代码规范
• Spotless如何完成代码格式化？
• 如何提升代码质量？

技术周刊​

1. RabbitMQ 官网设计​

虽然在性能和生态上，RabbitMQ 可能不及 RocketMQ 或 Kafka，但它的官网却做得相当用心。页面布局清晰、内容详尽，不仅覆盖了从入门到进阶的使用指南，还配有清晰的架构图和实用的教程，对很多开源项目来说，是一个值得借鉴的典范。

2. IDEA 字体美学：Maple Font​

如果你在意代码的颜值，不妨试试这个 Maple Mono 字体。它为 JetBrains 系列 IDE 做了字体优化，兼顾美感与可读性，是写代码时的一点小确幸，特别适合喜欢折腾和审美在线的开发者。

3. 技术无国界，公司有边界​

近日 GitHub 因“测试”问题导致部分用户（主要是国内用户）出现无法登录的问题。官方声明虽已给出，但这也再次提醒我们：技术虽无国界，平台却有地域限制。对于依赖 GitHub 的开发者来说，不妨考虑设置更多备选方案以防突发情况。

内容更新​

1. oneThread 框架目录定稿​

很多同学问：“马哥，咱们星球的三个业务系统都很棒，但怎么没有一个轮子系统呢？” 这不就来了～

新框架为动态线程池项目，代号为 oneThread，属于是 one 家族的第二个内部系统。

关注我的朋友可能知道，我主导开源的动态线程池中间件 Hippo4j，已在众多企业实战场景中广泛落地应用。这次开发新项目中的动态线程池功能，可谓是我的“看家本领”。

为便于大家学习和理解，我对功能做了精简，移除了多余的适配模块，聚焦于线程池的动态调参、运行时监控及告警能力，帮助大家更高效地掌握核心机制。

oneThread 课程目录定稿版如下所示：

目前已进入系统架构设计和编码阶段，完成后会优先把代码开放出来供大家学习，过程中持续完善项目对应文档教学。

2. 12306 更新内容列表​

在 12306 的基础上，打造了一个增强版——12306Plus。这个版本不仅优化了接口性能，还新增了企业级实战专题。当然，12306Plus 不仅限于以下功能，后面还会源源不断新增诸多亮点实战。

本期更新目录如下所示：

技术周刊​

1. 大厂开启动态线程池造轮子工程​

继美团发布动态线程池 Rhino 后，并发布了一遍文章详细介绍，开源社区和各大企业公司开启了新一波的造轮子工程。

从企业角度来看，目前已有两家公司发布了关于动态线程池或线程池扩展的方案，各具优势。企业可以借鉴这些方案的优点，结合自身需求，集众家之所长，优化线程池管理。

2. Java24 版本发布​

2025 年 3 月 18 日 Oracle 正式发布 Java 24，不过也和 Java 21 一样属于非长期支持的版本，包括之前的 JDK22 和 JDK 23。

下一个长期支持（LTS）版本是 Java 25，预计于 2025 年 9 月发布。目前，企业中仍以 Java 8 为主，但越来越多的企业已升级至 Java 17，不少开源框架也相应提升了 Java 版本。可以预见，Java 版本的升级将成为行业趋势。

3. Kafka 发布 4.0 架构，彻底移除 Zookeeper​

Apache Kafka 4.0 的发布标志着其架构的重大革新，彻底移除了对 ZooKeeper 的依赖，转而采用内置的 KRaft 模式（基于 Raft 共识协议）实现元数据管理。这一变化简化了集群部署和运维，消除了维护独立 ZooKeeper 集群的复杂性，显著降低了运营成本，并提升了系统的可扩展性和稳定性。KRaft 模式下，元数据通过内置的 __cluster_metadata 主题存储，由选举产生的控制器（Controller）统一管理，通过事件驱动模型实现快速元数据同步和故障恢复，将大规模集群的恢复时间从分钟级优化至秒级。

此外，Kafka 4.0 引入了 KIP-848 消费者组协议，支持增量重平衡，减少停机时间，并新增共享组（Share Group）功能，允许同一分区的消息被多个消费者并行处理，突破传统分区与消费者一对一限制，支持点对点队列语义，扩展了 Kafka 在多样化场景中的应用。

4. ElasticSearch Star 被恢复​

Elastic 公司发现其 GitHub 上的 ElasticSearch 仓库及旗下多个项目（如 Kibana）突然无法访问，显示 404 错误。调查确认，事故原因为内部操作失误，误将公开仓库设置为私有状态，导致所有用户无法访问，GitHub 自动清空 Star 记录。原 7 万余 Star 数被清零。

这件事再次验证了世界是个草台班子。Star 被清零后持续了一段时间，截至发稿，ElasticSearch 官方经过与 GitHub 沟通，已将 Star 恢复至 7 万。