Swagger

前后端分离：前端在不需要后端的情况下可以独立启动，数据的获取其实就是使用json或者js文件 伪造了一份 后端demo数据

以前前端写好模板给到后端，所以不需要前端人员和后端人员进行api的交互， 分离后前端和后端相当于独立开发 那么前端与后端的交互现在就需要统一api，Swagger就是干这个使的

Http协议

特点

无连接，无状态，简单快速，灵活，支持B/S和C/S

客户端—请求–》服务端

服务器—-响应—》客户端

brower与server 建立连接（三次握手）

N组发送请求和返回响应

brower与server关闭连接（四次分手）

名词

netty的channel

a component which is capable of I/O operations such as read, write, connect, and bind.

这就是说该channel是一个具有IO操作（读，写，连接，绑定）能力的组件

一个channel的创建会对应把 pipeline对象创建出来，和unsafe对象(IO操作实际干活逻辑)创建出来

同步,异步,阻塞,非阻塞

同步和阻塞：

完成一件事，需要调用a1,a2,a3方法，a1在执行的情况下，a2,a3不能执行，

异步和非阻塞：

完成一件事，需要调用a1,a2,a3方法，a1在执行的情况下，a2,a3也可以执行

同步阻塞：

完成一件事，需要调用a1,a2,a3方法，a1在执行的情况下，a2,a3不能执行，调用a1的线程不能动，必须等到a1执行完（调用线程就是a1的执行线程）

同步非阻塞：

完成一件事，需要干a1,a2,a3这些事，a1在执行的情况下，a2,a3不能执行，调用a1的线程是活动的，就是a1在执行时，可以调用a2或者a3，但是为了同步 他不能干其他事，只能轮询看a1有没有执行完（调用线程与a1的执行线程不一样）

测试：当指定的直接内存可分配大小没有超过，那么gc不会回收直接内存，当指定的直接内存分配大小超过，那么会把没有引用指向的直接内存回收

Netty内存管理

写了个大概意思，

我的csdn博客比较详细https://editor.csdn.net/md/?articleId=108318784

乱写的

回顾NIO编程

NIO编程需要掌握Selector，需要掌握channel，buffer

多路复用器Selector有很多Channel注册信息和每个Channel对应感兴趣的事件operation，用SelectionKey代表

selector调用select()方法，阻塞获取有IO信息并且是感兴趣的 SelectionKey

对SelectionKey进行处理，获取key的channel，通过read读取数据，write写出数据，此时就会用到buffer，这个buffer有他自己的数据结构，类似数组，它的读写指针都是position，可以设置不可读写区域的索引(capacity-limit),也可以标记，用来回读或回写

Netty服务端启动流程

NIO是一个IO多路复用的一个概念，我们看到的epoll，kqueue是不同操作系统对nio不同的实现

EventLoop :事件循环，简单来说就是 某个地方产生事件（也可以是eventLoop自己），然后他自己又去消费事件，造成了一个事件循环，简单实现就是 产生的事件放入一个队列，然后一个线程不断的从队列里面去事件执行（这也就是为什么所有操作都异步，因为每个操作都可以变成一个可执行事件放入事件队列，扔进去一个ChannelFuture进行回调获取执行结果）

NioEventLoopGroup 这个东西是用来选择一个EventLoop的用于channel注册的

HelloWord示例

名词

topic

topic中文意思话题，也就是代表该消息跟什么话题有关，相当于这种消息是什么类型的。

topic是生产者传递消息而消费者提取消息的类别。主题与生产者和消费者之间的关系非常松散。具体来说，一个主题可能有零个，一个或多个向其发送消息的生产者。相反，生产者可以发送不同主题的消息。从消费者的角度来看，一个主题可以由零个，一个或多个消费者组订阅。与此类似，消费者组可以订阅一个或多个主题，只要该组的实例保持其订阅一致即可。

名词

每一个messageQueue都有下面三个东西

brokerOffset

每个broker中的queue在收到消息时会记录offset，初始值为0,每记录一条消息offset会递增+1，

consumerOffset

消费者消费进度/位置

diffTotal

Offset-consumerOffset=diffTotal消费积压/未被消费的消息数量

消费者

DefaultMQPushConsumer 与 DefaultMQPullConsumer

在消费端，我们可以视情况来控制消费过程

DefaultMQPushConsumer 由系统自动控制过程，

DefaultMQPullConsumer 大部分功能需要手动控制

集群消息的消费负载均衡

在集群消费模式下（clustering）

相同的group中的每个消费者只消费topic中的一部分内容

group中的所有消费者都参与消费过程，每个消费者消费的内容不重复，从而达到负载均衡的效果。

使用DefaultMQPushConsumer，新启动的消费者自动参与负载均衡。

ProcessQueue

消息处理类