3 posts tagged with "更新日志"

内容更新​

近期星球更新内容聚焦于 oneThread 动态线程池的前端控制台开发、核心教程输出，以及项目如何高质量地写入简历。同时也在深入思考 AI 在实际业务中的落地方案，相关思考详见第二章节。

1. oneThread 项目开发​

在上一期的 InfoWeek 中，星球 oneThread 后端相关核心代码已基本开发完成，在最早介绍 oneThread 的时候和大家聊过，oneThread 是基于 配置中心 构建的动态可观测 Java 线程池框架，这种设计是没有前端控制台的，所有操作围绕配置中心展开。

为了帮助大家更好理解动态线程池，oneThread 在基于配置中心的基础上，抽象了一层控制台。简单一句话说明就是，基于 Nacos 配置中心和注册中心实现的控制台。

1.1 用户登录​

默认用户名和密码是 admin / admin，点击登录按钮即可。

1.2 项目列表​

由于 Nacos 本身并没有“项目”的概念，我们通过在配置文件中增加一个扩展参数来实现项目的划分。

项目列表前端展示如下所示：

1.3 线程池列表​

当前页面展示所有命名空间和服务中包含的线程池配置，也是登录后的默认页面。页面可以向右滑动，因为配置较多，所以才用了滑动方式展示。

1.4 线程池编辑​

若修改参数，变更请求会通过 dashboard-dev 服务组装参数并调用 Nacos 接口，更新对应的配置文件。各客户端应用通过监听 Nacos 配置中心，可实现线程池配置的实时刷新。

关于线程池相关的页面还有几个，这里就不再一一介绍，大家可以参考 nageoffer.com 中的示例项目地址在线演示。

1.5 线程池监控​

该页面依托 Prometheus 存储和采集线程池监控数据，并通过 Grafana 进行可视化展示。

2. oneThread 内容更新​

在开发 oneThread 前端控制台的同时，项目的学习文档也在加速编写中，当前已产出以下核心内容：

2.1 项目介绍​

• 什么是oneThread动态线程池？
• 🌟如何将oneThread动态线程池写到简历？

2.2 课程预热：项目快速启动​

• 《基建oneThread动态线程池设计》依赖中间件&星球公有云使用讲解
• 《基建oneThread动态线程池设计》快速启动oneThread后端项目
• 《基建oneThread动态线程池设计》一键启动oneThread前端项目
• 《基建oneThread动态线程池设计》oneThread控制台功能详解

2.3 第1部分：线程池基本概念​

• 《基建oneThread动态线程池设计》第1小节：JDK线程池有哪些应用场景？
• 《基建oneThread动态线程池设计》第2小节：深度解析线程池底层原理
• 《基建oneThread动态线程池设计》第3小节：为什么需要动态线程池？
• 《基建oneThread动态线程池设计》第4小节：虚拟线程能取代动态线程池吗？

2.4 第2部分：从零到一开发​

• 《基建oneThread动态线程池设计》第5小节：如何设计oneThread动态线程池？
• 《基建oneThread动态线程池设计》第6小节：自定义动态线程池基础类
• 《基建oneThread动态线程池设计》第7小节：什么是SpringBoot-Starter？
• 《基建oneThread动态线程池设计》第8小节：自定义oneThread-SpringBoot-Starter
• 《基建oneThread动态线程池设计》第9小节：通过Nacos实现线程池参数配置

oneThread 作为一个线程池治理组件，只要你的业务系统（点评、外卖、12306 等）或 RPC 框架中用到了线程池，就可以挑几条写进项目经历中，真正实现了无缝集成，写简历也变得丝滑了！

另外，为了帮助大家更好地把技能点写进简历，同时降低撞内容的概率，马哥特地将一个技能点拆写成三种表达方式，是不是有“亿”点贴心～

oneThread 其余核心教程将于本月底前全部交付，确保不影响大家秋招进度。

星球精华主题​

为方便大家梳理近期星球内的高质量内容，这里将精华主题做了一次整理归纳，具体如下：

• 如何将oneThread动态线程池写到简历？
• 普本2硕腾讯IEG二面
• 腾讯互娱一面面经（短链接项目拷打）
• 择难路，未有疑，四非学院本运气拉满，春招拿下大厂后端
• 春招结束！感谢马哥、知识星球，以及优秀的球友们
• 腾讯IEG 一、二、三、HR面面经
• 26双非暑期offer——腾讯云智

AI 思考​

最近这段时间，除了日常工作，我也在持续打磨 oneThread 的教学材料。同时，我也在深入思考一个热门话题：在 AI 越来越火的今天，如何将 AI 和自己的项目结合，真正提升个人的核心竞争力？

现在很多人热衷于追捧 MCP 或其他 AI 相关项目，但我们不妨冷静思考一个问题：如果这些项目没有结合 Java 或其他与我们岗位高度相关的技术难点，面试官真的会围绕它深入发问吗？或者说，即使被问到了 AI 的底层原理和技术细节，我们真的准备好应对了吗？

不少同学陷入一个误区，认为在简历上写上 “AI” 就能加分。其实这是一种非常表层的认知。试想一下：你写下的内容，是否真的能引起面试官兴趣？是否具备被追问 2 个以上深度问题的空间？如果不能，那其实就是“面向过程”的展示，而非“面向深度”的能力体现。单纯的 AI 应用展示，往往无法支撑起一场有来有往的技术面试。

所以我认为，AI 想要在面试中真正出彩，关键在于和有难度、有挑战的项目深度结合——借助 AI，解决 Java 项目中真实存在的问题，从而引出项目中的技术亮点和难点。这方面我已经有了明确的构想，接下来要做的，就是把这个思路高质量地实现出来。

当然，如果大家有什么好的思路，欢迎评论区留言～

内容更新​

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 万。