目录Mybatis中如何配置二级缓存基于注解配置缓存基于XML配置缓存Cache解析处理过程Cache支持的过期策略缓存的基本实现装饰器模式Mybatis缓存实现源码分析BlockingCacheLRU

Java的内置锁一直都是备受争议的，在JDK1.6之前，synchronized这个重量级锁其性能一直都是较为低下，虽然在1.6后，进行大量的锁优化策略,但是与Lock相比synchronized还是存在一些缺陷的：虽然synchronized提供了便捷性的隐式获取锁释放锁机制（基于JVM机制），但是它却缺少了获取锁与释放锁的可操作性，可中断、超时获取锁，且它为独占式在高并发场景下性能大打折扣。如

启动nameserver报错了，如下[root@localhost~]#mqnamesrvJavaHotSpot(TM)64-BitServerVMwarning:UsingtheDefNewyoungcollectorwiththeCMScollectorisdeprecatedandwilllikelyberemovedinafuturereleaseJavaHotSpot(TM)64-Bit

rocketmq发送端的设计1、需要考虑什么？

1.前言转载请说明原文出处,尊重他人劳动成果!源码位置:https://github.com/nicktming/client-go/tree/tming-v13.0/util/workqueue分支:tming-v13.0(基于v13.0版本)本文将分析util包中的workqueue.在各类controller中经常会使用该workqueue中的一些类.architecture.png2.qu

例如rocketMQ.本文是介绍的一种基于XA事

2.1check2.2check_keepalive_requests2.3check_http_send2.4check_http_expect_alive2.5check_shm_size2.6check_status3.加载健康检测模块3.1模块的编译3.2模块的配置4.测试验证5.思考与问题6.源码分析

rocketMQ集群部署rocketMQ安装包下载wgethttps://github.com/alibaba/RocketMQ/archive/v3.5.8.tar.gz//注：到github下载为未编译的包

克隆羊问题1.1传统方式解决克隆羊问题1.2代码1.3传统方式的缺点二、原型模式2.1原型模式基本介绍2.2原型模式原理结构uml类图2.3原型模式解决克隆羊问题的应用实例2.4原型模式在Spring框架中源码分析三

AOP编程使用1.注解版本实现AOP开启事物注解权限@Aspect指定一个类为切面类@Pointcut("execution(*com.itmayiedu.service.UserService.add(..))")指定切入点表达式@Before("pointCut_()")前置通知:目标方法之前执行@After("pointCut_()")后置通知：目标方法之后执行（始终执行）@AfterRet

信号实际使用看这一个#ifdefined(RT_USING_SIGNALS)rt_sigset_tsig_pending;/**sig_vectors==RT_NULL){//这一个线程之前没有安转过rt_thread_alloc_sig(tid);}if(tid->sig_vectors){old=tid->sig_vectors[signo];if(handler==SIG_IGN)tid->

文章源码：gitee源码部分可以看上一篇文章中的源码分析netty-websocket鉴权token及统一请求和响应头（鉴权控制器）最近刚好没事，看到有朋友说自定义协议好搞，我就想了想，发现上面那种方式实现确实麻烦

可用的第二个参数有三种，而lock_guard只有一种unique_lock的析构需要判断_M_owns，而lock_guard无需判定条件变量的传参为unique_lock说什么都不如源码来的简单明了1.1源码分析

一、程序并发执行带来的问题及解决方案（一）并发执行带来的问题程序的并发执行提高了程序执行的效率，这是大多数内核所追求的，xv6也是这样。xv6采用两种方式实现程序的并发执行：采用多处理器架构在一个CPU上实现多线程机制xv6采用多处理器架构（硬件系统具有多个CPU独立执行）来实现程序的并发执行。这些CPU共享同一个DRAM，这种共享就带了问题：一个CPU在读取一个数据的同时，另一个CPU正在更新它

一、内核与进程xv6使用传统形式内核（一个向其他运行中的程序提供服务的特殊程序）。每一个正在运行的程序称为进程，进程拥有自己的指令、数据与栈的内存空间。它们的功能如下：指令：实现程序的运算数据：用于运算过程的变量栈：管理程序的过程调用一个计算机通常有许多进程，但只有一个内核。二、进程调用内核服务的方式——系统调用进程通过调用系统调用来调用内核的服务。系统调用是操作系统接口中的一个调用。系统调用会进

一、一个操作系统的基本要求一个操作系统至少需要满足以下三个要求：多路复用进程隔离进程通信（一）多路复用硬件CPU的数量有限，且往往少于同时存在的进程数量。而操作系统需要支持进程的并发执行，所以操作系统应该能使多个进程分时共享计算机的资源。（二）进程隔离一个进程的运行，应当具有一定的独立性，这个独立性指该进程在一定程度上不受其他进程的影响。这可以保证出了bug的程序不会严重影响其他程序的正常运行。（

一、xv6页表的作用物理内存指DRAM中的存储单元。物理存储器的一个字节有一个地址，称为物理地址。当指令操作虚拟地址时，分页硬件会将其翻译成物理地址，然后发送给DRAM硬件以读写。而分页硬件操作的核心数据结构就是页表。页表在物理内存中。通过页表机制，xv6为每个进程提供各自私有的地址空间和内存。页表决定了内存地址的含义与物理内存的哪些部分可以被访问。页表提供了一个间接层次，允许xv6实现如下技巧：

一、驱动程序驱动程序是操作系统中管理特定设备的代码，它的功能包括：配置设备相关的硬件控制设备的执行处理设备产生的中断与等待设备I/O的进程进行交互驱动程序会与它所管理的设备并发执行。驱动程序必须了解设备的硬件接口。设备可以产生设备中断，在xv6中，内核中的devintr程序会处理这个中断。许多设备驱动程序会在两个上下文（context）中执行代码。这两个上下文分别是：上半部分（tophalf）：在

文章目录前言为什么需要KafkaKafka的优势Kafka应用场景Kafka消费模式Kafka的基础架构前言我们小猿在学习到kafka这门技术的时候，相信大家已经学习过其它消息队列中间件，例如RabbitMq、RocketMq

1.Semaphore定义Semaphore主要用于限量控制并发执行代码的工具类,其内部通过一个permit来进行定义并发执行的数量,其实可以理解为一个限制数量的ReadLock获取.Semaphore主要特点:Semaphore方法的实现通过Sync(AQS的继承类)代理来实现2.支持公平与非公平模式,都是在AQS的子类里面进行,主要区分在tryAcquire里面先看一个简单的demoimpor

ReentrantLock类图我们看一下重入锁ReentrantLock类关系图，它是实现了Lock接口的类。NonfairSync和FairSync都继承自抽象类Sync，在ReentrantLock中有非公平锁NonfairSync和公平锁FairSync的实现。在重入锁ReentrantLock类关系图中，我们可以看到NonfairSync和FairSync都继承自抽象类Sync，而Sync

消息队列RocketMQ和Kafka的区别性能（单台）语言多语言支持客户端优缺点RocketMQ十万级javajava模型简单、接口易用，在阿里有大规模应用文档少，支持的语言少Kafka百万级服务端scala

通常来说我们对分布式队列有高可靠性的要求，所以数据要进行持久化存储。消息生产者发送消息到MQ。MQ收到消息，将消息进行持久化，即在存储系统中新增一条记录。返回ACK确认消息给生产者。然后MQ推送消息给对应的消费者，等待消费者返回ACK。如果消息消费者在指定时间内成功返回ACK，那么MQ认为消息消费成功，在存储系统中删除消息，即执行第6步；如果MQ在指定时间内没有收到ACK，则认为消息消费失败，会尝

二、源码分析1、MySQL执行流程简介MySQL的启

架构师五分钟带你读懂，Volatile的作用及原理文章简介分析volatile的作用以及底层实现原理，这也是大公司喜欢问的问题内容导航volatile的作用什么是可见性volatile源码分析一、volatile

1.RocketMQ集群搭建1.1各角色介绍mqGroup.png角色NameServer:Broker的管理者。Broker自己去上报NameServer自己的存在Broker：消息的存储者。

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档文章目录前言一、DockerCompose部署RocketMQ二、部署步骤1.

消费进度保存机制消费者启动时会同时启动位点管理器，RocketMQ设计了远程位点管理和本地位点管理两种位点管理方式.集群消费时，位点由客户端提交给Broker保存.广播消费时，位点保存在消费者本地磁盘上

  RocketMQ是一个来自阿里巴巴的分布式消息中间件，于2012年开源，并在2017年正式成为Apache顶级项目。

SpringBootSecurity安全认证框架初始化流程&认证流程之源码分析以RuoYi-Vue前后端分离版本为例分析SpringBootSecurity安全认证框架初始化流程&认证流程的源码分析目录

一、说明在前面的分析中基本介绍了DPDK中的各种模块的技术架构，从这篇开始，就从头开始对整个代码的流程进行分析，然后在此基础上，初步掌握了DPDK的代码架构和功能分析后，再对基于DPDK的上层应用进行分析。这是一个从分到合，从基础到应用的过程。在这个过程中需要不断的回顾和补充原来的知识。二、数据包流程在前面详细分析过数据包的转运流程，其实做一种IO接口，一定是分成两部分，即数据的接收和发送。从宏观

image.pngConnection事件处理相关类ConnectionEventType：定义了三种Connection相关事件ConnectionEventHandler：Connection事件处理器，处理两类事件Netty定义的事件：例如connect，channelActive等SOFABolt定义的事件：事件类型ConnectionEventTypeRpcConnectionEvent

SmplMsgConnection类定义了一些接口和常用的方法，用于SimpleMessage消息的发送，它做了两个假设：连接能够发送原始字节数据（封装在simplemessage之中）提供显示的connect方法来建立连接（相应的也要有一个disconnect），对于无连接的通信，比如UDP，则可以不用实现connect方法（作为一个空操作）此处的连接(connection)是代表的抽象连接，也

LinkedList集合1.概述2.方法2.1特有方法2.2代码示例3.遍历方法4.注意事项5.源码分析其他集合类父类List类祖父类Collection类具体信息请查看API帮助文档1.概述LinkedList

接下来的学习计划软件知识体系结构基础知识C/C++编程语言数据结构算法分析与实现中级知识编译器原理操作系统网络编程高级知识Linux内核源码分析硬件知识体系结构基础知识电路知识模拟电路数字电路计算机组成原理处理器体系架构实现应用性知识

复习完之后小哆啦也会跟着大佬去学习vue的源码分析，在总结的时候小哆啦也尽量去理解大佬的设计思想。

SpringBoot自动装配原理源码分析1.前言2.SpringBoot源码2.1@SpringBootApplication注解2.2@EnableAutoConfiguration注解2.2.1selectImports

SpringCloud消息驱动StreamSpringCloudStream，的诞生是为了解决各种消息中间件之间的兼容性问题，学习过消息中间件的同学都知道现在市面上流行的消息中间件有ActiveMQ、RabbitMQ、RocketMQ

trinitycore是游戏服务器的开源代码许多玩家使用魔兽的数据来进行测试,使用它来假设魔兽私服。官方网址https://www.trinitycore.org/类似的还有mangos和kbengine不过mangos使用庞大的ACE网络框架kbengine使用自写网络库两者均使用了多语言进行开发作为trinitycore主要使用c++。代码比较好读，就开启本篇这个代码阅读的坑代码要求具备c++

Nacos源码分析1.下载Nacos源码并运行要研究Nacos源码自然不能用打包好的Nacos服务端jar包来运行，需要下载源码自己编译来运行。

Sentinel源码分析项目源码1.Sentinel的基本概念Sentinel实现限流、隔离、降级、熔断等功能，本质要做的就是两件事情：统计数据：统计某个资源的访问数据（QPS、RT等信息）规则判断：判断限流规则

数据格式化基本数据类型和字符串自动转换特殊数据类型和字符串自动转换验证及国际化应用实例注意事项和使用细节注解的结合使用数据类型转换校验核心类-DatBinder取消某个属性的绑定中文乱码解决处理json和HttpMessageConverter作业布置SpringMVC文件上传自定义拦截器异常处理SpringMVC执行流程-源码分析作业布置数据格式化

2、主题（Topic）Topic表示一类信息的集合，每个主题包含若干条消息，每条消息只能属于一个主题，是RocketMQ进行消息订阅的基本单位。

.Remoting通信类结构2.协议设计与编解码3.消息的通信方式和流程4.Reactor多线程设计三、消息过滤四、负载均衡1.Producer的负载均衡2.Consumer的负载均衡五、事务消息1.RocketMQ

文章目录前言传统XA事务方案：性能不足基于普通消息方案：一致性保障困难基于ApacheRocketMQ分布式事务消息：支持最终一致性功能原理事务消息整体流程使用限制使用示例使用建议前言RocketMQ的事务消息是为了解决分布式事务的问题

从这篇博客开始我们就会进行Runtime源码分析，所以你需要准备一份最新的源代码，源码建议从Apple官方获取本篇博客所用的是750.1版本的objc4源码(目前最新版)对象objc_object定义在

文章目录1.为什么需要ngx_http_slice_module2.配置指令3.加载模块4.源码分析4.1指令分析4.2模块初始化4.3slice模块的上下文4.2$slice_range字段值获取4.3httpheader

这里写自定义目录标题1.为什么需要ngx_http_flv_module2.配置指令3.加载ngx_http_flv_module模块4.源码分析4.1指令分析4.2ngx_http_flv_handler

2整合RocketMQ依赖版本引入RocketMQ依赖解决SpringBoot3+不兼容spring.factories参考配置文件3RocketMQ使用解决SpringBoot3+不支持spring.factories

文章目录从本地事务到分布式事务的演变强一致性解决方案2.1.二阶段提交协议2.2.三阶段提交协议最终一致性解决方案3.1.TCC模式3.2.补偿模式3.3.可靠事件模式开源项目的分布式事务实现解读4.1.RocketMQ4.2