xzy的博客

PageHelper可以帮助我们后端数据分页，具体的使用场景如下图：那么它的原理是什么呢？在讲述它的原理之间我们先来说下ThreadLocal和ThreadLocalMap的作用。每一个线程都有一个ThreadLocalMap集合，这个集合的key是ThreadLocal，这个集合的value是我们要存储的某个值。所以一个线程里面其实会牵涉到多个ThreadLocal对象。为什么一个线程需要设置一个专属的ThreadLocalMap呢？因为避免当前线程的数据被污染，比如说当A线程使用PageHelpe

比如现在有一个场景，客户端想要往服务端冲刷10个字节的数据，然后客户端会先把10个字节的数据冲刷到网络中，接着网络会把数据冲刷到服务端应用程序中，第一个接收网络中的数据的处理器就是解码处理器，但是因为Netty的设计考虑到了TCP网络中的流式数据传输，所以Netty也要能够支持流式数据传输，因此Netty就不会一次把网络中的数据全部接收，Netty可以选择一次只接收网络中的一部分数据。但是网络冲刷数据到应用程序的解码处理器的时候，会把网络中的所有数据都一次性的冲刷到解码处理器的ByteBuf中吗？

先看喜爱具体的代码 如下图：可以看到我们最终会给两个线程池执行一个优雅关闭方法shutdownGracefully，那么为什么要优雅的关闭呢？优雅的关闭的时候是怎么个优雅法，它内部是怎么执行？都进行了哪些相关操作？所谓的优雅的关闭线程池就是说，如果线程池中的任何一个线程的任务队列中还有任务，那么这个时候我就不会关闭线程池，只有当线程池中的所有线程的任务队列的任务都执行完毕了，那么我才会关闭线程池。

Netty入站和出站的时候一定要对message消息进行解码和编码操作，要确保消息从应用程序流入网络的时候被编码成了二进制，以及消息从网络流入应用程序的时候要确保二进制被解码成了正确的类型。因为我们的数据在网络中一定是通过二进制的形式传输的，因此我们如果仅仅冲刷数据，比如说冲刷一个字符串，那么这个数据是不能被冲刷到网络中的，会冲刷失败，后续我们服务器端是读取不到的。

在Netty中，Channel表示是对端的连接。比如说如果是在服务器端，那么每一个客户端来连接自己，服务器就会为这个客户端创建一个Channel，所以对于服务器来说一个Channel就表示一个客户端；如果是在客户端，那么客户端可能需要连接多台服务器，客户端每连接一个服务器，就会为这个服务器创建一个对应的Channel，所以对于客户端来说也可以把一个Channel理解成一个服务器。

线程是cpu调度的最小单位，我是这样理解的，cpu先去调度一个进程，然后给进程一个执行命令，这个时候进程再去调度里面的某个线程，用过这个线程去执行计算机里面的某个任务。一个进程里面的多个线程共用进程里面的内存资源，所以多线程可能会出现共享资源问题。一个进程其实就是一个程序，一个进程里面或者说一个程序里面存在多个线程。

再通过future.get方法获取到副线程中异步执行的结果就好了。

当我们的客户端请求并发数非常多的时候，这个时候WorkerGroup线程池中的所有NioEventLoop线程都处于忙碌状态，都有一个对应的客户端请求处理，那么新建立连接的客户端请求对应的套接字任务就会有很多，这个时候我们的等待队列的大小就需要设置的大一些。但是也不能太大，因为如果太大的话，我们维护等待队列里面的任务也是需要耗费系统性能的。所以需要设置一个合理的值，那么这个合理的值怎么判断呢？