相信大家也发现了，最近公众号博客都没怎么发文章，上次发还是在上次 6 月份。这是因为我把所有的工作之余时间投入到了这本小册：RocketMQ 核心原理解析。
有关注一段时间的朋友应该都还记得，之前公众号里发过 RocketMQ 相关的文章。最初只是想针对 RocketMQ 的一些分散的知识点做一些分享，没想到后面写着写着，竟然渐渐的形成了一套比较完整的知识体系。于是基于这些已有的分享，经过了很久构思和写作，才终于有了这本小册。
我博客的风格一向都是“讲人话”，在这本小册当中也不例外。小册里会以生活中大家都体验过的取快递的场景来由浅入深的剖析 RocketMQ 的底层原理，然后配合大量的图片进行讲解，相信一定能更好的帮助大家去理解。
继续阅读欢迎 wx 关注 SH的全栈笔记
磁盘这玩意儿，即使不作为一个开发人员我们也会经常跟它打交道。比如你家里的台式机，或者拿来办公的电脑，再比如你装个操作系统，会涉及到对磁盘进行分区。
而作为开发人员，自然更加需要关注磁盘。
平时你开发的代码会暂存在磁盘上；开发中用的最多的数据库 MySQL，其数据是持久化到磁盘中的；Redis 的持久化数据是落到磁盘的；Zookeeper 内存中的数据、事务日志、快照会持久化到磁盘；像 RocketMQ 这种消息队列也会将收到的 Message 持久化到磁盘，Kafka 当然也不例外；
可以说，磁盘和我们的开发息息相关。但可能在平时的开发中，很多人会忽略掉磁盘的存在，因为虽然息息相关，但很遗憾，不是直接相关。因为上面提到的所有的和磁盘相关的内容，都已经由工具帮我们做了，甚至包括你的代码。
这种感觉就好像，鱼（可能）不怎么注意水，我们平时不太会注意氧气。
我们可能听过，磁盘 IO 慢，为什么？我们可能听过，磁盘顺序 IO 会快些，为什么？我们可能听过磁盘的顺序 IO 甚至比内存随机 IO 要快，为什么？
大家如果看过我之前发过的文章就知道，我写过很多篇关于 MySQL 的文章，从我的 Github 汇总仓库 中可以看出来：
可能还不是很全，算是对 MySQL 有一个浅显但较为全面的理解。之前跟朋友聊天也会聊到，基于现有的微服务架构，绝大多数的性能瓶颈都不在服务，因为我们的服务是可以横向扩展的。
在很多的 case 下，这个瓶颈就是「数据库」。例如，我们为了减轻 MySQL 的负担，会引入消息队列来对流量进行削峰；再例如会引入 Redis 来缓存一些不太常变的数据，来减少对 MySQL 的请求。
事情是这样的，在某乎的邀请回答中看到了这个问题：
–
然后当时我没多想就啪一下写下来这样的答案：
首先，synchronized 是什么？我们需要明确的给个定义——同步锁，没错，它就是把锁。
可以用来干嘛？锁，当然当然是用于线程间的同步，以及保护临界区内的资源。我们知道，锁是个非常笼统的概念，像生活中有指纹锁、密码锁等等多个种类，那 synchronized 代表的锁具体是把什么锁呢？
答案是—— Java 内置锁。在 Java 中，每个对象中都隐藏着一把锁，而 synchronized 关键字就是激活这把隐式锁的把手（开关）。
先来简单了解一下 synchronized，我们知道其共有 3 种使用方式：
之前的文章已经把 Java 中 NIO 的 Buffer、Channel 讲解完了，不太了解的可以先回过头去看看。这篇文章我们就来聊聊 Selector —— 选择器。
首先 Selector 是用来干嘛的呢？不熟悉这个概念的话我们其实可以这么理解：
把它当作 SQL 中的 select 语句，在 SQL 中无非就是筛选出符合条件的结果集合。而 NIO 中的 Selector 用途类似，只不过它选择出来的是有就绪 IO 事件的 Channel。
IO 事件代表了 Channel 对于不同的 IO 操作所处的不同的状态，而不是对 Channel 进行 IO 操作。总共有 4 种 IO 事件的定义：
继续阅读Java NIO 中的 Channel 分类：
FileChannel: 主要用于文件的读写，可以从磁盘上读取文件，也可以向磁盘上写入文件。
继续阅读最近越来越认为，在讲解技术相关问题时，大白话固然很重要，通俗易懂，让人有想读下去的欲望。但几乎所有的事，都有两面性，在看到其带来好处时，不妨想想是否也引入了不好的地方。
例如在博客中，过于大白话的语言的确会让你阅读起来更加顺畅，也更容易理解。但这都是其他人理解，已经咀嚼过了的，人家是已经完全理解了，你从这些信息中大概可能会观察不到全貌。所以，适当的白话是很好的，但这个度得控制一下。
接下来切入正文。
相信大家经常看到这个问题：
BIO、NIO 和 AIO 有什么区别？
看到这个问题，可能你脑海中就会浮现以下这些字眼。比如 BIO 就是如果从内核获取数据会一直阻塞，直到数据准备完毕返回。再比如 NIO，内核在数据没有准备好时不会阻塞住，调用程序会一直询问内核数据是否 Ready。
虽然是正确的，字数也很少。但是这样一来，你看这些概念就不是理解，而是背诵了。其实 BIO 和 NIO 这类的名词还有一个共同的名字叫——IO模型，总共有:
首先为什么一个小小的 Buffer 我们需要单独拎出来聊？或者说，Buffer 具体是在哪些地方被用到的呢？
例如，我们从磁盘上读取一个文件，并不是直接就从磁盘加载到内存中，而是首先会将磁盘中的数据复制到内核缓冲区中，然后再将数据从内核缓冲区复制到用户缓冲区内，在图里看起来就是这样：
这篇文章的深度不会太深，重点就是了解一下用户态和内核态的区别就 OK 了。
先给不了解内核态、用户态的简单介绍一下，我们在什么时候会提到这两个概念。
例如我们的应用程序需要从磁盘读取某个文件的数据，此时并不是直接从磁盘加载到应用内存中，而是：
以上就是用户态和内核态的概念。首先我们给他下个定义，这两个态是操作系统的运行级别。
然后我们知道，我们写的程序，最终运行的时候实际都会被编译、解释成一条一条的 CPU 指令被 CPU 执行。
继续阅读
SH的全栈笔记 