提前退休的java猿

人静夜深，得空尝试沉下心来审视自己。这几年，工作填满了生活的每个角落，零零碎碎、忙忙碌碌，不觉已到而立之年。索性以五年为界，回顾、规划与展望

23年年初来到现在公司，已经三年了。没错公司的薪资稳定得离谱。从来没涨过，你说我能力不行表现不好嘛，我也拿过优秀员工。现在明显感觉到35岁危机的压力了，买房、结婚、生子现在也是我最近要考虑的问题

现在每天下午六点，我准时关了 IDEA，开车穿过 4 公里的晚高峰，20 分钟就到小区。 一、去年那个手忙脚乱的夏天，我差点错过儿子的成长 去年 5 月 23 号，老婆生了，是个儿子，我在产房陪产，当

1. 问题背景和思考 1.1 问题背景 在一次排查线上告警的过程中，突然发现一个链路信息有点不同寻常（这里仅展示测试复现的内容）： 在机器中可以清楚的发现“2022-08-02 19:26:34.95

25年12月25日上午，数据库服务器CPU 100%，最终导致某个物品领取业务损失1万块。如果之前有看过我文章的应该就知道 CPU 100% 已经不是第一出现了。 今天先从代码上复盘一下，为什么

出来年终总结了！今天不聊技术干货，只唠唠 25 年的「副业血泪史」和「AI 对我的暴击改变」 25年 我的额外收入

前言 前一两周，公司的业务出了重大问题。数据库的服务器CPU 100%然后一些重要的抽奖业务竟然出现物品超领的情况。 同事的反馈就是 一个事务里面 只执行了后半部分，也就是领取记录插入（B操作）成功了

数字人应用场景 数字人已经深度融入各行业了，有的是解决业务问题，提高生产效率，有的则是强行嵌入对外称已经和AI技术接轨。

作为一名摸爬滚打 8 年的 Java 开发，从单体项目的本地事务（`@Transactional`一把梭），到微服务拆分后 “订单创建成功、库存没减” 的血案，再到现在复杂中台的分布式事务治理，Sea