读源码系列之Spring注解

XXL-JOB几个关键线程、队列的分析

XXL-JOB在初始化时，会执行一系列的方法，这些方法启动了一系列的线程，还创建了一些队列，这些线程、队列对于整个任务调度来说都是至关重要的，现在就来分析一下这些线程、队列。

XXL-JOB日志获取分析

现状

xxl-job在任务执行时，可以看到日志，并且是实时、一行一行的展示出来。起初我认为是执行器在执行时，在每一个关键步骤向调度中心输出日志，而调度中心展示的日志也是实时接收到执行器返回的，后来在跟代码时，发现我的认知是错误的！其实是间隔一段时间(3s)就去执行器读取执行器服务器本地的日志文件！

模拟任务阻塞处理策略

官方描述

阻塞处理策略：调度过于密集执行器来不及处理时的处理策略；

1. 单机串行（默认）：调度请求进入单机执行器后，调度请求进入FIFO队列并以串行方式运行；
2. 丢弃后续调度：调度请求进入单机执行器后，发现执行器存在运行的调度任务，本次请求将会被丢弃并标记为失败；
3. 覆盖之前调度：调度请求进入单机执行器后，发现执行器存在运行的调度任务，将会终止运行中的调度任务并清空队列，然后运行本地调度任务；

为了验证并且更加熟悉XXL-JOB这一块的功能，遂做了如下的实验：

架构图

今天在我的Windows电脑上准备启动MySQL服务，测试一点东西，但是发现每次都启动不成功，所以就引出本次的分析

1. 安装helm

    # 官方一键安装脚本
    curl https://raw.githubusercontent.com/helm/helm/master/scripts/get > get_helm.sh
    $ chmod 700 get_helm.sh
    $ ./get_helm.sh

写这篇文档的原因：
现在项目中的mock单元测试配置有一点问题:

1. 单元测试很慢，测试类继承BaseTest，每次测试时都会去加载xml文件到spring容器中，而这个是没有必要，因为mock测试就是用于模拟 被测试类 所调用的其他类的方法，设定这些方法的返回值（即打桩），因此，不需要加载任何spring文件，除非你要调用真实方法操作数据库或者dubbo服务等接口。
2. 代码中既使用了注解@mock,又使用了spring的配置方式，产生了冗余配置。基于上面问题，说明使用者对mockito的使用并不是很了解，所以在这边简单介绍一下。

前言

    我们在项目开发中，很有可能会与第三方服务进行通讯，比如发短信、导入账单等等，这些服务写好后，如何能保证是OK的？这就需要进行单元测试，但是每次跑持续集成时，不可能真实的去调用这些发送短信、导入账单的真实接口，所以这里就需要用到强大的mock来模拟这些接口，以实现这些接口。
    所以这里我们用到了powermock和mockserver两个强大的工具。

powermockito和mockito的区别：

1. mockito用代理实现mock，而powermockito是直接去修改字节码实现更强大的mock。
2. 所以说powermockito是mockito的一个更加强大的扩展。
3. mockito不能mock静态、final、私有方法等。
4. powermockito号称是无所不能的PowerMock,上面mockito的缺陷都可以很好的弥补掉。

当git提交上去一些错误代码或者一些敏感信息时，这时候你需要回滚，但是还是能在git的日志找到蛛丝马迹，这时候我们就需要后悔药了！

YApi是去哪儿网大前端技术中心（YMFE）开发并开源的一款高效、易用、功能强大的API管理平台。支持项目管理、接口管理、MockServer、文档管理等等实用功能。

关于YApi

1. 源码：https://github.com/YMFE/yapi
2. 使用教程：https://yapi.ymfe.org/documents/index.html
3. 在线Demo：http://yapi.demo.qunar.com/
4. 最新版本：https://github.com/YMFE/yapi/releases
5. 版本记录：https://yapi.ymfe.org/documents/CHANGELOG.html

下载harbor安装文件

1. harbor-online-installer-v1.7.1.tgz

2. 放置在/opt目录下

3. 解压

4. cd /opt/harbor