张维鹏-CSDN博客

原创常见分布式理论（CAP、BASE）和一致性协议（Gosssip协议、Raft一致性算法）

分布式系统只能同时满足CAP中的两种，在设计分布式架构时必须做出取舍，而分区容忍性是基本要求，必须要满足，所以设计分布式系统，就是在一致性和可用性之间取一个平衡。BASE是对CAP中一致性和可用性权衡的结果，核心思想是即使无法做到强一致性，但每个业务根据自身的特点，采用适当的方式来使系统达到最终一致性。

2022-01-10 08:15:00 16311 5

原创七种常见分布式事务详解（2PC、3PC、TCC、Saga、本地事务表、MQ事务消息、最大努力通知）

在分布式系统中一次操作需要由多个服务协同完成，这种由不同的服务之间通过网络协同完成的事务称为分布式事务。本文详解介绍七种常见分布式事务的原理以及优缺点和适用场景（2PC、3PC、TCC、Saga、本地事务表、MQ事务消息、最大努力通知）

2022-01-10 08:15:00 68289 13

原创分布式事务Seata原理

Seata 是一款开源的分布式事务解决方案，致力于提供高性能与简单易用的分布式事务服务，为用户提供了 AT、TCC、SAGA 和 XA 几种不同的事务模式。Seata AT模式是基于XA事务演进而来，需要数据库支持。AT 模式的特点就是对业务无入侵式，用户只需要关注自己的业务SQL，Seata 框架会在第一阶段拦截并解析用户的 SQL，并保存其变更前后的数据镜像，形成undo log，并自动生成事务第二阶段的提交和回滚操作。

2022-01-10 08:15:00 21945

原创分布式事务seate-server的docker镜像的制作与部署

Seata 是一款开源的分布式事务解决方案，致力于提供高性能与简单易用的分布式事务服务。在 Seata 中主要有以下三种角色，其中 TM 和 RM 是作为 Seata 的客户端与业务系统集成在一起，TC 作为 Seata 的 Server 端（下文简称 seata-server）独立部署。而 seata-server 的部署模式支持多种：直接部署，使用 Docker、Docker-Compose、Kubernetes、Helm 等，本文主要介绍如何使用 docker 部署 seata-server

2022-01-10 08:15:00 2420

原创毕业两年半，星光不问赶路人，时光不负有心人

星光不问赶路人,时光不负有心人。一万个小时定律，“人们眼中的天才之所以卓越非凡，并非天资超人一等，而是付出了持续不断的努力，1万小时的锤炼是任何人从平凡变成世界级大师的必要条件。” .........

2021-12-03 08:00:00 4842 11

原创如何设计一个短URL地址系统

一、短URL系统的原理：短URL系统的核心是将长的 URL 转化成短的 URL；在访问系统时，先使用短地址A访问短URL系统，由短URL系统映射到对应的长地址B，然后客户端再重定向（301或者302）到B网址，如下图所示：二、短 URL 的好处：1、链接变短，对于有长度限制的平台发文，可编辑的文字就变多了2、短链接生成的二维码更易于识别，而长链接的二维码密集难识别3、短链接更加简洁好看且安全，不暴露访问参数。4、能规避关键词、域名屏蔽等手段5、链接太长在...

2021-11-01 08:00:00 3528 2

原创 JUC多线程：系统调用、进程、线程的上下文切换

1、上下文切换就是一个线程释放处理器的使用权，另外一个线程获取处理器的使用权的过程；在切入切出时，系统会保存和读取当前线程的上下文信息，用户恢复线程的执行进度；自发和非自发的调用操作，都会导致上下文切换，会导致系统资源开销。2、在 JDK 的 java.lang.Thread.State 源码中定义了6个状态，在某一时刻，一个线程只能处于一种状态：New、Runnable、Blocked、Waiting、Timed Waiting、Terminated

2021-10-24 08:00:00 8178 1

原创服务容错设计：流量控制、服务熔断、服务降级

单体应用的故障影响面很大，而分布式系统中由于故障的影响面可以被隔离，所以影响面较小，但是因为服务多，出故障的频率也很多。不过我们需要明白：出现故障不可怕，故障影响面过大才可怕；出现故障不可怕，故障恢复时间过长才可怕。所谓 “防火胜于救火”，所以我们更要考虑如何进行防火，这就要求我们在设计或者运维时都要为可能发生的故障考虑，即所谓 “Design for Failure”，面向失败设计，在设计时要考虑如何减轻故障。而容错设计就是面向失败设计一个非常重要的环节，常见的容错设计有：流量控制、服务熔断、服务降级

2021-10-18 08:00:00 10488 5

原创一致性哈希算法原理详解

（1）一致性哈希算法将整个哈希值空间按照顺时针方向组织成一个虚拟的圆环，称为 Hash 环；（2）接着将各个服务器使用 Hash 函数进行哈希，具体可以选择服务器的IP或主机名作为关键字进行哈希，从而确定每台机器在哈希环上的位置；（3）最后使用算法定位数据访问到相应服务器：将数据key使用相同的函数Hash计算出哈希值，并确定此数据在环上的位置，从此位置沿环顺时针寻找，第一台遇到的服务器就是其应该定位到的服务器

2021-10-17 18:46:56 49965 32

原创 Tomcat 的类加载机制

Tomcat 实际上只有WebAppClassLoader 加载器中打破了双亲委派，其他类加载器还是遵循双亲委派的。这样做最主要原因是保证同个 Web 容器中的不同 Web 应用程序所使用的类库相互独立，避免相互影响

2021-10-16 19:43:33 7731 4

原创什么是僵尸进程与孤儿进程

当一个进程调用 exit 命令结束自己的生命时，其实它并没有真正的被销毁，内核只是释放了该进程的所有资源，包括打开的文件、占用的内存等，但是留下一个称为僵尸进程的数据结构，这个结构保留了一定的信息（包括进程号 the process ID，退出状态，运行时间），这些信息直到父进程通过 wait()/waitpid() 来取时才释放

2021-10-12 08:00:00 27326 1

原创 JUC多线程：Atomic原子类与CAS原理

tomic 原子操作类是基于无锁 CAS + volatile 实现的，并且类中的所有方法都使用 final 修饰，进一步保证线程安全。而 CAS 算法的具体实现方式在于 Unsafe 类中，Unsafe 类的所有方法都是 native 修饰的，也就是说所有方法都是直接调用操作系统底层资源进行执行相应任务。Atomic 使用乐观策略，每次操作时都假设没有冲突发生，并采用 volatile 配合 CAS 去修改内存中的变量，如果失败则重试，直到成功为止。

2021-10-11 09:45:00 9077

原创 JUC多线程：阻塞队列ArrayBlockingQueue与LinkedBlockingQueue

阻塞队列最大的特性在于支持阻塞添加和阻塞删除方法：（1）阻塞添加：当阻塞队列已满时，队列会阻塞加入元素的线程，直到队列元素不满时才重新唤醒线程执行加入元素操作。（2）阻塞删除：但阻塞队列元素为空时，删除队列元素的线程将被阻塞，直到队列不为空再执行删除操作

2021-10-11 09:45:00 9549

原创 JUC多线程：ThreadLocal 原理总结

ThreadLocal 提供了线程内部的局部变量，当在多线程环境中使用 ThreadLocal 维护变量时，会为每个线程生成该变量的副本，每个线程只操作自己线程中的变量副本，不同线程间的数据相互隔离、互不影响，从而保证了线程的安全。ThreadLocal 内存泄露的根本原因在于 ThreadLocalMap 的生命周期与当前线程 CurrentThread 的生命周期相同，且 ThreadLocal 使用完没有进行手动删除导致的

2021-10-11 09:30:00 10746 1

原创 JUC多线程：CountDownLatch、CyclicBarrier、Semaphore同步器原理总结

1、CountDownLatch，闭锁，主要作用是使一个或一组线程在其他线程执行完毕之前，一直处于等待状态，直到其他线程执行完成后再继续执行。2、CyclicBarrier，循环栅栏，通过 CyclicBarrier 可以实现一组线程之间的相互等待，当所有线程都到达屏障点之后再执行后续的操作。3、Semaphore 信号量，主要用于控制并发访问共享资源的线程数量，依赖 AQS 的变量 state 作为许可证 permit，通过控制许可证的数量，来保证线程之间的配合。

2021-10-11 09:15:00 10958

原创 JUC多线程：AQS抽象队列同步器原理

AQS，Abstract Queued Synchronizer，抽象队列同步器，是 J.U.C 中实现锁及同步组件的基础。工作原理就是如果被请求的共享资源空闲，则将当前请求资源的线程设置为有效的工作线程，并且将共享资源设置为锁定状态，如果被请求的共享资源被占用，那么就将获取不到锁的线程加入到等待队列中。这时，就需要一套线程阻塞等待以及被唤醒时的锁分配机制，而 AQS 是通过 CLH 队列实现锁分配的机制。

2021-10-11 09:00:00 9194

原创 JUC多线程：JMM内存模型与volatile内存语义

JMM 是 Java 虚拟机定义的一种多线程访问 Java 内存各个变量的访问规范，主要围绕如何解决并发过程中的原子性、可见性、有序性这三个问题来解决线程的安全问题。Java 内存模型将内存分为了主内存和工作内存。主内存存放所有的共享变量，所有线程都可以访问。每个线程都有自己的工作内存，存储了该线程使用到的变量的副本，线程对变量的所有操作都必须在自己的工作内存中完成，不能直接操作主存中的变量。操作时，首先将变量从主内存拷贝到自己的工作内存中，然后在自己的工作内存中对变量进行操作，操作完成后再将变量写回主存

2021-10-09 11:47:01 4231 12

原创如何实现ABC三个线程按顺序执行十次

题目要求：创建三个线程，每个线程分别打印ABC，并按照ABC的顺序执行十次题目可以使用多种不同的方式解决，下面我们分别使用 Condition 等待唤醒机制、Semaphore 信号量、CountDownLatch 闭锁、Thread.join() 方法四种方式实现题目要求。一、使用一个 ReentrantLock 和三个 Condition 来实现：import java.util.concurrent.locks.Condition;import java.util.concurr

2021-09-26 01:36:36 10366 2

原创 Java设计模式之行为型：中介者模式

中介者模式通过中介者对象来封装一系列的对象交互，将对象间复杂的关系网状结构变成结构简单的以中介者为核心的星形结构，对象间一对多的关联转变为一对一的关联，简化对象间的关系，便于理解；各个对象之间的关系被解耦，每个对象不再和它关联的对象直接发生相互作用，而是通过中介者对象来与关联的对象进行通讯，使得对象可以相对独立地使用，提高了对象的可复用和系统的可扩展性。在中介者模式中，中介者类处于核心地位，它封装了系统中所有对象类之间的关系，除了简化对象间的关系，还可以对对象间的交互进行进一步的控制。

2021-09-14 17:57:02 15771 11

原创 Java设计模式之结构型：桥接模式

桥接模式将系统的抽象部分与实现部分分离解耦，使他们可以独立的变化。为了达到让抽象部分和实现部分独立变化的目的，桥接模式使用组合关系来代替继承关系，抽象部分拥有实现部分的接口对象，从而能够通过这个接口对象来调用具体实现部分的功能。也就是说，桥接模式中的桥接是一个单方向的关系，只能够抽象部分去使用实现部分的对象，而不能反过来。桥接模式符合“开闭原则”，提高了系统的可拓展性，在两个变化维度中任意扩展一个维度，都不需要修改原来的系统；并且实现细节对客户不透明，可以隐藏实现细节。

2021-09-13 17:31:50 18008 5

原创 Java设计模式之创建型：工厂模式详解（简单工厂+工厂方法+抽象工厂）

工厂模式将目的将创建对象的具体过程屏蔽隔离起来，从而达到更高的灵活性，工厂模式可以分为三类：简单工厂模式、工厂方法模式、抽象工厂模式；简单工厂模式的核心是定义一个创建对象的接口，将对象的创建和本身的业务逻辑分离。工厂方法模式将工厂抽象化，并定义一个创建对象的接口。每增加新产品，只需增加该产品以及对应的具体实现工厂类，由具体工厂类决定要实例化的产品是哪个，将对象的创建与实例化延迟到子类。抽象工厂模式用于创建相关对象的家族。当一个产品族中需要被设计在一起工作时，通过抽象工厂模式，保证客户端始终只使用同一个产品族

2021-09-13 08:56:43 83302 23

原创 JUC多线程：synchronized锁机制原理与 Lock锁机制

synchronized 通过当前线程持有对象锁，从而拥有访问权限，而其他没有持有当前对象锁的线程无法拥有访问权限，保证在同一时刻，只有一个线程可以执行某个方法或者某个代码块，从而保证线程安全。synchronized 锁机制在 Java 虚拟机中的同步是基于进入和退出监视器锁对象 monitor 实现的

2021-08-26 08:55:35 15247 11

原创 Elasticsearch搜索引擎之缓存：Request Cache、Query Cache、Fielddata Cache

ElasticSearch 查询需要占用 CPU、内存资源，在复杂业务场景，会出现慢查询，需要花费大量的时间。为了提高系统的性能，除了增加集群硬件配置这种成本高昂的开销外，还可以使用 ES 的缓存，下面我们就介绍几种 ES 中常用的缓存。一、Request cache：1、什么是 Request cache：Request Cache，全称是 Shard Request Cache，即分片级请求缓存。当对一个或多个索引发送搜索请求时，搜索请求首先会发送到ES集...

2021-06-20 22:59:21 19873 10

原创 Elasticsearch搜索引擎：ES的segment段合并原理

一、segment文件的合并流程：当我们往 ElasticSearch 写入数据时，数据是先写入 memory buffer，然后定时（默认每隔1s）将 memory buffer 中的数据写入一个新的 segment 文件中，并进入 Filesystem cache（同时清空 memory buffer），这个过程就叫做 refresh；每个 Segment 事实上是一些倒排索引的集合，只有经历了 refresh 操作之后，数据才能变成可检索的。ElasticSearch 每次 refresh

2021-06-16 11:48:39 20263 14

原创 ElasticSearch搜索引擎：常用的存储mapping配置项与 doc_values详细介绍

1、Elasticsearch的mapping设置：enabled，index，doc_values，store，_source2、doc_values 详细说明：doc values就是在构建倒排索引时，对开启 doc values 的字段额外构建一个有序的 "document文档 ==> field value“ 的列式存储映射，从而实现对指定字段进行排序和聚合时对内存的依赖，提升该过程的性能。3、doc_values 与 source 的区别？使用 docvalue_fields 检索指定字段

2021-06-15 08:49:05 15882 5

Spring+Struts + Hibernate整合jar包

Spring+SpringMVC+Mybaits整合jar包

空空如也