长安不见

前言 这篇文章是从《从阻塞IO到虚拟线程：Java并发模型演进之路（一）走向虚拟线程》中摘出来的，在探究虚拟线程的时候, 阅读Tomcat源码的过程中，自己突然想到的问题，也就是Tomcat是如何合并

概述 我曾一度认为分库分表这个主题已无新意，直到一次对扩容方案的重新审视，才发现自己仍有许多问题看不清。这促使我重新出发，去探究这个‘旧’概念下的新挑战。我们先看分库分表这个词，在MySQL中一个数据

回顾AQS 一般我看源码惯性都会先看源码上面的注释, 如果没有在大致看结构，LimitLatch上面有注释: 共享栅栏允许栅栏被获取有限的次数，在此之后（即达到次数限制后），所有后续尝试获取该锁存器的

前言 在《从阻塞IO到io_uring: Linux IO模型的演进之路》我们从BIO开始，一路向前走到了io_uring, 在前进的路上我们始终的动机只有一个就是用更少的资源来获得更多的吞吐量。BI

先从用BIO构建一个小的服务器软件骨架 最近想重新梳理一下自己对BIO、NIO 、AIO、IO_Uring的理解，让我们来先说BIO，所BIO就是 Blocking IO，那究竟Blocking在什么

首先让我们忽略上下文单独来讨论计算机哲学这个名词，首先让我们分解这个词计算机哲学，这个词由哲学和计算机组成，计算机是一个范围的限制，就像是贵州人一样，人是一个更加大的涵盖，我们也可以认为名词是一种分类

前言 回忆一下我们上面讲的《深入Java IO：文件读写原理（一）》里面讲的内容，我们主要介绍了字节流FileOutputStream和FileOutputStream, 缓冲流BufferedOut

探秘字节流 在《重学RocketMQ之深化理解与实践思考(一) 架构与消息》中我们讲到了刷盘，也就将数据从内存刷新到磁盘上，也就是持久化，提到持久化这里想到了Redis的持久化，MySQL的持久化。我

引言 最近在零拷贝、分布式事务消息，架构的认知上有了新的理解，于是重新打算学习一下RocketMQ，关于RocketMQ的文章已经写了三篇: 《消息队列引论》 《RocketMQ学习笔记(一) 初遇篇