以服务稳定性建设与技术债务治理为主线，深度剖析 Java 服务全生命周期中的关键问题与解决方案，通过“问题诊断-治理框架-实践落地”的三层递进结构，构建了覆盖技术架构、资金安全、组织效能的完整技术治理体系。
《高可靠系统构建指南：服务稳定性建设与技术债务治理》总计7章。第1～2章从Java服务的常见线上问题切入，系统讲解针对内存泄漏、线程死锁、MySQL慢查询等疑难问题的5why原因分析法与根治方案，并且基于JVM内存模型与线程的原理，建立预防性优化机制，其中还讲解了“稳定性治理三维模型”（意识培养-能力建设-系统保障），并结合Prometheus监控体系，打造了从被动“救火”到主动防御的高可靠工程体系。第3～5章构建了资金安全防护的“双闭环”机制，即在业务侧通过三流合一、平衡性约束等金融级设计来确保业务逻辑正确，在技术侧通过分布式事务、幂等设计等技术方案来确保数据一致，通过业业、业会、会会、账实核对来实现资损的分钟级发现，并且聚焦领域驱动设计，通过会员系统建模实战来演示技术债务的治理路径，讲解了彩色建模、事件风暴等五大领域建模方法工具箱。第6～7章解构高并发供应链系统架构，涵盖分库分表、熔断降级等分布式架构的核心模式，特别给出补偿事务、事务消息等一致性方案的选型决策树，还整合大模型技术，详解LangChain等开发框架与AI编程助手的应用，构建了从Prompt工程到知识库设计的大模型应用程序开发范式。
无论是新手还是经验丰富的工程师，都能从本书中获得宝贵的知识和经验，提高自己解决问题的能力，构建更加稳定和高效的系统服务。
第1章 Java服务常见线上问题应急攻关 1
1.1 为什么程序员天天都在“救火” 1
1.2 Java内存案例分析 2
1.2.1 案例介绍 2
1.2.2 5why原因分析 2
1.2.3 类似问题的解决办法 9
1.3 JVM内存模型 10
1.3.1 JVM的内存架构 10
1.3.2 JVM进程的物理内存架构 11
1.3.3 常见的内存问题 12
1.3.4 预防内存问题的方法 13
1.4 线程死锁案例分析 15
1.4.1 案例介绍 15
1.4.2 原因分析 16
1.4.3 问题排查 16
1.5 Java线程的原理及优化方法 18
1.5.1 Java线程的状态 18
1.5.2 Java线程加锁的原理 19
1.5.3 Java线程、本地线程、内核线程及JDK线程模型 25
1.5.4 如何预防线程死锁 26
1.6 MySQL慢查询案例分析 27
1.6.1 问题案例 27
1.6.2 5why原因分析 28
1.6.3 MySQL存储引擎的原理 29
1.6.4 MySQL慢查询问题排查 41
1.6.5 如何预防MySQL慢查询 44
第2章 服务稳定性治理 47
2.1 服务稳定性治理的目标 47
2.2 服务稳定性的度量标准 47
2.3 服务稳定性治理的方法 51
2.4 如何做好服务稳定性治理 53
2.4.1 提升团队的意识 53
2.4.2 提升团队的设计能力 54
2.4.3 提升服务的可靠性 59
2.4.4 提升服务的可用性 61
2.5 服务稳定性可观测能力建设 66
2.5.1 关于日志打印的*佳实践 66
2.5.2 使用APM工具进行全链路追踪 69
2.5.3 可观测性指标体系建设 76
2.5.4 搭建Prometheus监控系统 78
第3章 资损风险分析与治理 82
3.1 为什么资损事故频发 82
3.2 资金安全相关的合规问题及要求 83
3.2.1 二清合规问题 84
3.2.2 三流合一 87
3.3 资损的核心指标 87
3.3.1 理论资损金额 87
3.3.2 实际资损金额 87
3.3.3 财务差异金额 88
3.4 资损的核心指标计算规则 88
3.5 如何确保业务逻辑正确 89
3.5.1 如何确保金额计算无误 89
3.5.2 如何确保额度控制得当 91
3.5.3 资金的流动满足平衡性约束 92
3.5.4 如何确保流程状态正确 93
3.5.5 如何确保时效性 93
3.6 如何确保技术方案正确 94
3.6.1 上下游数据的一致性 94
3.6.2 数据库与缓存数据的一致性 95
3.6.3 消息队列中消息处理的正确性 96
3.6.4 定时任务处理的正确性 97
3.7 如何避免人为操作风险 97
3.8 如何及时发现资损风险 98
3.8.1 梳理资损链路风险 99
3.8.2 监控核对机制 102
3.8.3 什么是业业核对 103
3.8.4 什么是业会核对 109
3.8.5 什么是会会核对 111
3.8.6 什么是账实核对 113
3.8.7 核对评估指标 113
第4章 通过故障演练主动发现潜在的风险 114
4.1 为什么“黑天鹅事件”不断出现 114
4.2 故障演练的类型及方法 114
4.2.1 故障演练的类型 115
4.2.2 故障演练的方法 115
4.3 ChaosBlade的原理与实践 117
4.3.1 ChaosBlade的架构 118
4.3.2 ChaosBlade的安装和应用 119
4.3.3 ChaosBlade支持的调用方式 120
4.3.4 ChaosBlade中的常用命令 121
4.3.5 ChaosBlade的原理 123
4.4 ChaosBlade-Box故障演练管理平台 126
4.4.1 ChaosBlade-Box的安装 127
4.4.2 ChaosBlade-Box的应用 129
4.5 Redis缓存故障演练案例 134
4.5.1 故障演练方案设计 134
4.5.2 常见的缓存优化方案 138
4.6 MySQL故障演练案例 142
4.6.1 故障演练方案设计 142
4.6.2 MySQL高可用实战 145
第5章 会员系统的模型债务治理 156
5.1 技术债务产生的原因 156
5.2 技术债务的治理方法 157
5.3 如何做好会员系统的业务建模 158
5.3.1 会员系统的业务分析 158
5.3.2 使用用例进行业务建模 162
5.3.3 会员系统的非功能需求分析 165
5.4 如何进行会员系统的领域建模 166
5.4.1 关于领域建模的一些基础知识 166
5.4.2 领域建模方法1：重用和修改现有的模型 170
5.4.3 领域建模方法2：用例驱动设计 172
5.4.4 领域建模方法3：彩色建模（FDD） 175
5.4.5 领域建模方法4：领域驱动设计 179
5.4.6 领域建模方法5：事件风暴（Event Storming） 184
5.4.7 将设计模式应用于领域模型 189
5.5 如何做好会员系统的架构设计 190
5.5.1 通过领域驱动设计规划会员系统的架构 191
5.5.2 通过领域驱动设计实现会员领域模型 195
5.5.3 通过适配器和防腐层隔离技术细节 200
第6章 供应链系统的架构债务治理 205
6.1 为什么客诉和工单不断 205
6.2 餐饮供应链系统中的问题梳理和分析 206
6.2.1 餐饮供应链系统中的核心业务场景 206
6.2.2 问题梳理和分析 208
6.3 通过领域划分治理烟囱化服务 210
6.3.1 识别领域 210
6.3.2 定义领域模型 212
6.3.3 设计领域服务 212
6.4 分布式系统中的数据不一致问题 214
6.4.1 数据库分布式事务 215
6.4.2 两阶段提交（2PC） 216
6.4.3 三阶段提交（3PC） 217
6.4.4 补偿事务（TCC） 219
6.4.5 事务消息 220
6.4.6 数据库中数据一致性的落地方案 221
6.5 保障系统上下游链路的稳定性 224
6.5.1 对下游服务的熔断降级 225
6.5.2 接口调用限流优化 228
6.5.3 实现接口幂等机制 232
6.6 系统的高并发性能保障 233
6.6.1 数据库的分库分表设计 234
6.6.2 使用缓存提升服务并发性能 243
第7章 大模型应用程序开发实战 251
7.1 大模型简介及其应用场景 251
7.2 用AI工具提升研发质量和效率 252
7.2.1 AI编程助手简介 252
7.2.2 使用AI编程助手自动补全代码 255
7.2.3 使用AI编程助手检测代码Bug 256
7.2.4 使用AI编程助手生成单元测试代码 258
7.2.5 使用AI编程助手做代码评审 259
7.3 基于大模型开发应用程序 259
7.3.1 基于大模型开发应用程序的流程 259
7.3.2 任务链设计 260
7.3.3 Prompt设计 263
7.3.4 知识库设计 266
7.3.5 评测优化 270
7.4 大模型应用程序开发框架 273
7.4.1 调用OpenAI API的方法 274
7.4.2 LangChain 279
7.4.3 Semantic Kernel 283
7.4.4 Spring AI 285
杨 彪
现任某互联网大厂*级架构师，阿里巴巴前技术专家，创业公司技术总监及合伙人。深耕互联网、游戏、金融领域15年，负责过有亿级流量的互联网C端项目、有千万名日活用户的SaaS产品及多款月流水千万元以上的游戏研发项目。曾参与编写图书《分布式服务架构》和《可伸缩服务架构》等。
——李海亮
毕业于北京大学，现任某互联网公司*深搜索技术专家，有15年互联网公司搜索相关的研发工作经验。曾参与编写图书《可伸缩服务架构》。
——王 波
拥有多家一线互联网公司的工作经验，曾在京东和阿里巴巴担任架构师及技术专家，某创业公司技术合伙人。热衷于研究互联网底层技术，在电商、供应链、客户关系管理（CRM）及财务等领域积累了丰富的架构设计经验。
——张亮 | SphereEx创始人、Apache ShardingSphere项目主席
本书深度融合业务场景与技术原理，涵盖大模型等前沿技术，为*发者、架构师和研发管理者提供了构建高可靠系统所需的完整解决方案。无论是技术新锐还是*深专家，皆可从中获得突破性洞见。
——张逸 |《解构领域驱动设计》作者
本书系统构建了防患未然的架构设计体系，既规避“墨菲定律”风险，亦给出“黑天鹅事件”应对策略。本书系统讲解了构建高可靠系统所涉及的方方面面，给出了从预先设计到应急治理的全方位指南，堪称架构师与运维人员的案头*备。
——臧秀涛 |《Effective Java中文版》（原书第3版）译者、开源运营专家
本书作者凭借深厚的Java工程开发经验，在本书中构建了从定位问题到解决问题的完整链路。书中既有对业务场景的透彻剖析，也有对技术细节的严谨阐述，每章都像是一次思维探险，引导读者找到解决问题之道。
——魏进锋 | 《一本书读懂ChatGPT》作者、人工智能领域*深专家
本书浓缩了Java服务线上问题排查、系统架构优化、资损风险治理和大模型应用程序开发的实战经验，通过丰富的案例解析和可落地的方法论，帮助*发者快速提升解决问题、稳定性治理和技术创新等的能力，是*发者和架构师不可或缺的指导手册！
——杨凯 | 多点国际CEO、多点集团CTO
从故障演练到大模型应用程序开发，本书贯穿服务稳定性建设与技术债务治理的完整生命周期。既有架构层面的全局视野，亦含技术落地的具体路径，是技术决策者的战略指南。
——李艳鹏 | 互联网*深架构师、《分布式服务架构》和《可伸缩服务架构》作者
本书直击服务稳定性建设与技术债务治理的核心，通过技术方案与业务逻辑的双重视角，揭示资损风险根源并给出防治闭环，助力企业在高速发展中做到技术稳健和资金安全。
——李昊 | FITURE COO&合伙人
本书作者凭借丰富的行业经验和深厚的技术功底，将复杂的概念和具体的实践讲解得深入浅出。无论是追求技术*越的个人贡献者，还是寻求服务稳定性建设的架构师或者研发管理者，都能从本书中获得启发。
——贾乐 | 京东科技研发总监
本书以典型线上事故为引，由点及面地拆解高可靠系统架构的知识体系，而且问题根因分析与知识体系构建并重，非常适合刚接触高并发应用的同行阅读。
——杨延峰 | 北京开心网总裁
在数字化浪潮中，对服务稳定性的战略保障与对技术债务的精准管控是企业成功的基石。从紧急故障处置到系统化治理框架，本书为研发管理者提供了服务稳定性建设的完整蓝图。
推荐序
序，承载作序者的见解，印在书的开头。在人类越来越聪明，对万事万物都有各自见解的现-在，为书作序好像有点儿多余。所以，我极少答应为书作序。
但是，能为本书作序让我感到荣幸。因为本书可以让一线软件*发者、架构师甚到技术决策者都深有收获。
在这个数字化时代，软件已经成为支撑现代社会运转的基石，软件*发者一直希望将软件开发从一门手艺转变为一个工程学科。与此同时，软件开发工作面临一些实质性的困难，比如软件构建本身的复杂度超过了人类有史以来的任何其他构建工作，并且变化速度特别快，等等。
综上所述，在可分析性、可计划性和可重复性等方面，让软件项目赶上很多其他工程项目，仍然是非常困难的。这也造成了从设计模式到敏捷开发，各种方法论高开低走，在推广和落地的过程中始终伴随着质疑和争议。我认为，具备普遍意义又真正行之有效的软件设计方法和工程实践，在本书中有了集中的呈现。
任何软件，除了功能性的需求，还有很多架构特性，比如可用性、可靠性、可扩展性，等等。可以说，在设计软件时，架构师更关键的职责就是定义、发现和分析目标系统必须满足的，与领域功能不直接相关的这些架构特性，特别是这些系统的稳定性、可靠性与安全性。
所以，选择这个切入点成书，从本书架构上就展现了作者们的造诣。然而，本书给我的*大惊喜还在于其内容的广度与深度。从编程语言到框架工具，从基础设施到数据治理，从领域驱动设计到资损预防，可以说，本书是难得一见的既有体系化的理论阐述，又有大量的技术细节，并且真正覆盖了如何设计、如何实施、如何测试、如何发展等全方位内容的好书。这也使得本书不仅适合那些在一线奋战的软件*发者和架构师，也适合那些对服务稳定性和技术债务治理有深刻认识的管理者。
祝阅读愉快！
非常抱歉，您前期未参加预订活动，
无法支付尾款哦！
