4 posts tagged with "更新日志"

内容更新​

近期星球主要聚焦 oneThread 动态线程池核心教程的输出，同时同步录制 oneCoupon（牛券）实战视频课程。期间也持续完善了 12306、短链接、oneCoupon 与 oneThread 等项目的相关功能与代码。

1. oneThread 核心教程​

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

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

• 《基建oneThread动态线程池设计》第10小节：如何实现线程池参数的并发安全刷新？
• 《基建oneThread动态线程池设计》第11小节：实现阻塞队列容量热更新策略
• 《基建oneThread动态线程池设计》第12小节：阻塞队列容量热更新策略下的“坑”
• 《基建oneThread动态线程池设计》第13小节：通过Apollo实现线程池参数配置
• 《基建oneThread动态线程池设计》第14小节：基于模板方法的多配置中心抽象层设计

1.2 第3部分：线程池监控和告警​

• 《基建oneThread动态线程池设计》第15小节：开发线程池阈值触发告警规则
• 《基建oneThread动态线程池设计》第16小节：基于动态代理模式完成线程池拒绝策略报警
• 《基建oneThread动态线程池设计》第17小节：开发线程池运行告警频率限制
• 《基建oneThread动态线程池设计》第18小节：通过本地日志打印实现动态线程池监控
• 《基建oneThread动态线程池设计》第19小节：通过Actuator实现动态线程池Metrics监控
• 《基建oneThread动态线程池设计》第20小节：深入剖析Metrics监控中的那些坑（扩展篇）
• 《基建oneThread动态线程池设计》第21小节：Prometheus配置oneThread运行时监控数据采集
• 《基建oneThread动态线程池设计》第22小节：Grafana看板开发（线程池健康度仪表盘）

1.3 第4部分：动态线程池扩展​

• 《基建oneThread动态线程池设计》第23小节：通过回调函数实现线程池任务防丢失功能
• 《基建oneThread动态线程池设计》第24小节：基于Tomcat等Web容器线程池适配
• 《基建oneThread动态线程池设计》第25小节：使用观察者模式重构配置动态刷新
• 《基建oneThread动态线程池设计》第26小节：oneThread动态线程池框架Banner自定义规范
• 《基建oneThread动态线程池设计》第27小节：基于Nacos开发oneThread控制台模块
• 《基建oneThread动态线程池设计》第28小节：Vben vs 其他框架：oneThread前端决策之路

1.4 第5部分：面试相关​

• 《基建oneThread动态线程池设计》第29小节：oneThread与普通线程池性能测试

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

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

2. oneCoupon 牛券视频更新​

从本节课起，我们将启用一种全新的教学模式：“理论先行，实战跟上”。 首先，我会通过 PPT 为大家系统梳理知识框架与核心概念，确保我们思路清晰；然后，我们将在 IDEA 中进行代码实战，深入剖析实现细节与底层原理。

更新视频内容如下所示：

• 《牛券oneCoupon视频教学》第08小节：引入日志组件优雅记录操作日志
• 《牛券oneCoupon视频教学》第09小节：基于注解实现分布式锁防重复提交
• 《牛券oneCoupon视频教学》第11小节：RocketMQ5.x延时消息修改优惠券结束状态

3. 12306​

• 优化用户登录返回对象有参构造为 Build 构建
• 优化用户登录后前端报错问题
• 修复 FastJSON 安全模式单词拼写错误
• 优化请求后端数据未返回时，增加 loading 框，增加用户体验

4. SaaS 短链接​

• 修复单个短链接切换查询时间数据为空异常

星球精华主题​

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

• 6大画图神器，拒绝丑图！
• 985院校档次差异对求职面试影响多大？
• 为稳定支撑星球同学公用云中间件，新采购一台4C16G 的云服务器
• 社招如何把牛券 oneCoupon 写到简历上？
• 入职遭高强度无偿加班与技术退化，该不该趁试用期及时止损转岗/跳槽？
• 入职小厂想尽快跳槽：社招与校招差异及简历重点
• 自建京东云短链接平台开放访问，收录八股文站点并测试高并发
• 非后端计划投后端岗：如何在简历中有效呈现项目亮点
• Java转Python投身大模型项目：是机遇还是挑战？
• 实习产出如何取舍呈现在简历中：一页还是两页？
• 美团日常实习一面面经
• 鹅厂SRE转正还是走后端？双9非科班、Java背景的取舍与路线
• 是否要深入学习 Netty？源码阅读遇到瓶颈的取舍与高效入门路径
• Redis聚合批量写入下的点赞幂等与局部失败处理方案
• 26届双非硕还没实习，跟着做完项目后现在找实习还来得及吗？
• 工作中被PUA，如何双向对齐预期并高效沟通同步进度？
• 面试的时候过分紧张，怎么办？
• 秋招前该押注八股深度还是算法积累？
• 哈啰 Java 一二面日常实习（已OC）
• 马丁：关于 AI 的现状和未来发展
• 某大厂一面面经
• 稳赢云计算二面（牛券项目燃尽了）
• 基础一般如何高效学习项目？
• 27届百度日常实习一面
• 提高消息队列消费速度应该增加消费者实例还是动态线程池？
• 如何判断Java实习“好不好”？核心业务标准是什么？
• 从单体增删改查走出来：一年半Java后端的系统化进阶路线与可落地练习方案
• 已拿后端心仪offer，入职前该深耕后端技术栈还是提前布局大模型？

技术周刊​

1. 新压测工具​

oha 是一个用 Rust 编写的现代化 HTTP 压测工具，定位于“简单、快速、跨平台”。它开箱即用，命令行体验友好，适合在本地或 CI 中快速跑基准测试；安装方式多样（包管理器或二进制），在 macOS、Linux、Windows 上都能稳定运行。

GitHub 地址链接：https://github.com/hatoo/oha

在压测模型上，oha 既支持基于并发数（-c）的固定并发压测，也支持基于请求率（--rate）的恒定 RPS 控制；配合异步 I/O 与多路复用，能在单机上产生可观的负载。它允许自定义请求方法、Header、Body（含文件/STDIN）、超时、连接数、重定向策略、TLS 选项与代理设置等，并支持 HTTP/1.1 与 HTTP/2。

结果输出方面，oha 提供详细的吞吐、成功/失败数、错误码统计、延迟分布与百分位（P50/P90/P95/P99）等关键指标，便于快速定位瓶颈与回归对比。它还能导出 JSON、HDR 直方图等格式，以便与可视化或监控工具集成，进行更深入的分析。

相较 wrk/hey 等传统工具，oha 更加轻量且易用，同时在高并发场景下具有不错的性能与资源占用表现，非常适合对 API、微服务、网关或反向代理进行快速压测与日常性能回归。

2. 微舆 Agent 舆论分析助手​

“微舆”是一个从0实现的创新型 多智能体 舆情分析系统，帮助大家破除信息茧房，还原舆情原貌，预测未来走向，辅助决策。用户只需像聊天一样提出分析需求，智能体开始全自动分析 国内外30+主流社媒与数百万条大众评论。

GitHub 地址链接：https://github.com/666ghj/BettaFish

技术架构如下所示：

告别传统的数据看板，在“微舆”，一切由一个简单的问题开始，您只需像对话一样，提出您的分析需求。

最后，InfoWeek 也想和大家一起成长。有什么想看的主题、吐槽或灵感，留言/私信都欢迎和我说一下；如果你觉得有价值，我们下期见，愿你本周有所收获，也离心仪的 offer 更近一步。

此致，马丁敬上。

内容更新​

近期星球更新内容聚焦于 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 万。