大家好，跟我学RocketMQ系列并没有结束。随着笔者对RocketMQ的学习与感悟不断深入，我们的旅程也在继续。
本文我将带领读者朋友们一睹RocketMQ实现高性能消息存储的原理，以及它背后的核心Mmap的风采。
在之前的文章中我们已经得知，broker通过调用以下代码实现消息持久化
putMessageResult = this.brokerController.getMessageStore().putMessage(msgInner);
我们先不深入putMessage方法的内部实现，单说它背后的原理：CommitLog的顺序写入机制。
CommitLog顺序写，其实就是一个WAL，即write ahead log。
本文开始继续我们的造轮子之旅。
这个系列笔者将带领读者朋友实现简易的基于Netty、curator以及springBoot等技术的一个简易RPC通信轮子。
实现最基本的服务发现、服务注册、RPC通信等功能。该项目命名为：misaka，她是《某科学的超电磁炮》的女主角御坂美琴的名字。
本文是该系列的第一篇，主要实现服务注册与发现功能。
我选择zookeeper作为服务注册发现的核心组件，使用curator作为与zookeeper通信的客户端。
curator提供了一个服务注册发现的实现，curator-x-discovery，只需要在项目中引入即可。
Spring框架以Bean为核心，为开发者提供了一系列的特性和能力。其中最为核心的就是IOC特性，而IOC中又以Bean定义及其初始化/销毁为核心。
本文我们对Bean的初始化和销毁进行较为深入的整理与学习。
在Spring项目中，我们希望bean的注入不是必须的，而是依赖条件的。
只有当项目中引入特定依赖库、或者只有当某个bean被创建、或者设置了某个环境变量时，才会创建这个bean。
在Spring4之前，这种条件注入的方式还不支持，在Spring4之后引入了一个新的注解 @Conditional ，这个注解作用在@Bean注解修饰的方式上。它能够通过判断指定条件是否满足来决定是否创建这样的Bean。
使用@Conditional注解需要满足一定条件：
@Conditional注解的类要实现Condition接口，它提供了一个matches()方法。只有matches()方法返回true时， 则被@Conditional注解修饰的bean就会被创建出来，否则不会创建（即matches方法返回false）。
接下来，我们对@Conditionl注解进行深入探讨。
2019，岁末。
迟迟没有动笔，不知从何讲起。
2019，变化的一年，踏实的一年，平静的一年。
变化，在于工作。原计划2020年六月的行动，提前半年实施。
坐在新的办公桌前，我敲下这段文字，生活就是这样，一个个选择造就了现在的自己。关于工作更迭，不再多言，已经在之前的文章中详细写过。
我们在开发中通常会使用邮件方式进行告警，传统的邮件发送整合起来较为繁琐，因此Spring Boot提供了一套更为简洁易用的整合方案，对Java Mail进行了封装，能够让业务更快的具备邮件发送能力。
本文主要讲解如何为Spring Boot应用添加邮件发送能力。
首先还是要有一个Spring Boot应用，这个就不再赘述了。在maven中央仓库搜索Spring Boot邮件发送模块，将坐标添加到项目的pom下。（这里以2.2.1RELEASE举例）
<!-- https://mvnrepository.com/artifact/org.springframework.boot/spring-boot-starter-mail -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-mail</artifactId>
<version>2.2.1.RELEASE</version>
</dependency>
MongoDB 是由C++语言编写的，是一个基于分布式文件存储的开源数据库系统。 在高负载的情况下，添加更多的节点，可以保证服务器性能。 MongoDB 旨在为WEB应用提供可扩展的高性能数据存储解决方案。 MongoDB 将数据存储为一个文档，数据结构由键值(key=>value)对组成。MongoDB 文档类似于 JSON 对象。字段值可以包含其他文档，数组及文档数组。 – 引用自runnoob
一个MongoDB的BSON数据结构如下：
首先当然需要建立一个SpringBoot项目，接着在项目的pom.xml中引入spring-boot-starter-data-mongodb。坐标如下：
<!-- https://mvnrepository.com/artifact/org.springframework.boot/spring-boot-starter-data-mongodb -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-mongodb</artifactId>
<version>2.2.1.RELEASE</version>
</dependency>
一般情况下，如果想在Spring Boot中使用定时任务，我们只需要@EnableScheduling开启定时任务支持，在需要调度的方法上添加@Scheduled注解。这样就能够在项目中开启定时调度功能了，并且这种方法支持通过cron表达式灵活的控制执行周期和频率。
上述的方式好处是快捷，轻量，缺点是周期一旦指定，想要更改必须要重启应用，如果我们想要动态的对定时任务的执行周期进行变更，甚至动态的增加定时调度任务则上述方式就不适用了。
本文我将讲解如何在Spring 定时任务的基础上进行扩展，实现动态定时任务。
本文整理一下在Spring Boot中整合Jersey实现RESTful接口的开发。
最官方的，当然是Spring Boot的官方文档，官方文档中关于整合Jersey的说明
我们主要关注如下步骤
To get started with Jersey, include the spring-boot-starter-jersey as a dependency
想要在Spring Boot中使用Jersey首先需要引入Jersey支持，坐标如下(我的项目是基于2.2.1.RELEASE构建的)：
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-jersey</artifactId>
<version>2.2.1.RELEASE</version>
</dependency>
