健康平安的活着的专栏

内存溢出导火锁：ForkJoinPool.commonPool()使用无界队列，理论上能存储大量任务，但实际受内存限制。大量任务到来时，队列会不断消耗内存，一旦超过系统承受能力，会触发 OutOfMemoryError，服务直接宕机。：ForkJoinPool.commonPool()是 JVM 全局共享的线程池，所有未指定线程池的 CompletableFuture 任务和并行流（parallelStream()）都会共享它。

1.查看物理CPU的个数：cat /proc/cpuinfo这个虚拟机的物理cpu2个，每个物理cpu的逻辑CPU个数为1个，所以逻辑CPU的个数就是2个。

Blocked：求锁而不得；线程处于blocked状态时，它不会占用CPU时间片线程进入blocked状态通常是因为它在等待获取一个有synchronized关键字保护的对象的锁，此时该线程被暂时阻止执行期后续代码。含有synchronized的方法，容易造成 blocked容易造成watingSleep(n),wait(n):容易造成timed_waiting不管wait是否含有时间参数，都需要notify/notifyall唤醒，其中。

top命令查看 cpu使用情况：1个进程就消耗了大约99.0%的CPU，整个CPU的使用率达到99.7%：开启2个进程并发执行呢？

衡量系统性能和网络性能的指标，大致从这四个维度进行判断TPS、QPS、并发数和RT这四个指标相互关联，共同影响着系统性能。QPS（TPS）= 并发数/平均响应时间；并发数 = QPS*平均响应时间。如果每天 80% 的访问集中在 20% 的时间里，这 20% 的时间就叫做峰值时间。公式：( 总PV数 * 80% ) / ( 每天秒数（一天总共的秒数） * 20% ) = 峰值时间每秒请求数(QPS)机器：峰值时间每秒QPS / 单台机器的QPS = 需要的机器。

使用DDD（领域驱动设计）的主要原因在于它能够有效应对复杂业务系统的开发挑战，确保软件与业务需求高度一致。1. 解决复杂业务问题核心价值：DDD专注于理解和建模复杂的业务领域，通过领域模型将业务规则和逻辑清晰地表达出来。适用场景：当业务逻辑复杂、规则多变时，DDD能帮助开发团队更好地理解和实现这些逻辑。2. 统一语言（Ubiquitous Language）核心价值：DDD强调开发团队与业务专家使用一致的术语，减少沟通误解，确保软件准确反映业务需求。作用：通过统一语言，需求分析、设计和代码实现都能保持一致，

两地三中心的备份模式与双活模式，可以看到，这两种模式下，每个机房的数据量都是全量的，在某个机房故障时，另外一个机房会接管全部的流量。

战术设计则是在战略设计的基础上，对领域中的具体问题进行具体的解决方案设计。

领域驱动设计(英文：Domain-Driven Design，缩写DDD)是一种模型驱动设计的方法，领域驱动设计常以战略设计与战术设计来将整个领域展现的淋漓尽致，其作用范围既面向业务也面向技术。从战略角度(个人更喜欢称其为上帝视角)去规划系统、划分领域。而从战术角度则从技术层面来指导我们该如何去设计。功能作用：1.通过模型直接反映软件的结构；2.以模型为基础形成团队的统一语言；3.把模型作为精粹的知识用于传递。领域驱动设计的核心在于领域建模，架构师的水平高低在很大程度上也体现在领域建模水平上。对于业务逻辑不