对于使用Netty的朋友，我们想通过服务器将数据发送给客户端，通常我们会拨打路。
以下方法用于接收客户发送的数据，通常用于将数据发送给客户端。
从上面的源代码中，我们可以知道其齐平字段是正确的。
写：存储在中间写字节的需求。
冲洗：阅读您需要从中发送的数据并通过频道发送。
该方法提供了默认的参数传输。在Netty中待一条消息是异步操作，因此您可以通过返回并恢复监视监视器来获取操作。
发送消息时添加监视
继续跟进代码到下一层的源代码。
我们可以从上述源代码中知道：
1.首先判断渠道处理器是否已添加到管道中。
2.执行消息处理方法：
分析执行的内容，源代码如下：
这是一个将要处理的外界事件。
接下来，您将转到ChannelPipeline执行网络数据发送；我们看看吧
构建或对象时，将成员属性一起构建，该属性将完成底层的真实网络操作。
我们跟进HenderContext，HenderContext取决于。因此，直接进行的不安全源代码如下：
从上面的源代码中，我们可以看到以确保在反应堆线程中调用此方法的调用；然后，对呼叫方法进行过滤以过滤要编写的对象。LET查看该方法的源代码。
从上面的源代码可以看出，只能执行最终套接字网络传输。不支持其他类型的数据，并且将抛出UnupPportoperationException。将把堆字节转换为非pile bytebuf，也就是说，最终，Bytebuf和Fileregg不会由对象堆积的对象堆积。插座。
发送数据时，我们需要估算需要编写的Bytebuf。让我们看一下DefaultMessagesIzeStimator类中的方法。
通过判断消息内容的内容，估计要发送消息数据的大小。如果是fileRegion，请直接返回0，否则可以在Bytebuf中读取字节数。
让我们看一下如何将MSG添加到Channeloutboundbuff。
该类主要用于存储要处理的退出请求的内部数据。当调用Netty时，数据并未真正发送，但是将其写入缓存队列，直到呼叫方法NetTy将从数据发送到呼叫方法NetTy.EAT不安全与ChannelOutBoundBuffer绑定，这意味着每个客户端连接上服务器以创建ChannelOutBoundBoundBuffer以绑定客户端频道。
观察ChannelOutBoundBuff的源代码，您可以看到以下四个属性：
以下是三个指针的角色，如下：
第一次通话后，每个指针的情况是：
指向空和新添加的节点。第二个调用后，每个指针的情况是：
n时间通话后，每个指针的情况是：
可以看出，当调用n次时，指针一直指向null，说不需要写入插座缓冲区。
主要方法主要提供：
该方法是调用该方法时调用系统，源代码如下。
上述源代码过程如下：
在这里，我们需要关注第一步，以将消息数据包装到条目对象中。
该类是基于基于线程的本地堆栈的轻量级对象池。这意味着，当调用该方法时，它不是直接创建的输入实例，而是通过对象池获得的。
让我们看一下该方法的源代码。
添加每个新节点后，调用该方法。该方法的作用是设置状态。设置了什么状态？当我们查看其源代码时，我们可以看到它将记录累积容量。一旦超出了阈值，它将传播到有效的事件。
当系统调用调用冲洗方法时，请调用AddFlush方法。Addflush方法的源代码如下。
以上方法的主要功能是临时存储数据节点，以成为要发送到节点的数据，即指向节点（不排除Unflushedentry）数据的节点。
上述源代码的过程如下：
让我们看一下该方法的源代码。
在此类别中，我们主要研究该方法，源代码如下。
通过无限的循环，可以保证获得所有节点。通过此功能获得节点，我们查看其实现。如下所示，它只会取出我们标记的节点。
让我们看看源代码。
使用JDK的旋转锁，循环16次，尝试从JDK的底层编写数据，调用该功能；他的具体实现是客户室唱机包装类的源代码，如下所示：
这仍然是一种抽象方法，因为我们已经从较早的DIRCT类型转变，因此其实现类继续跟进：如下：
使用的节点将被删除，源代码如下：
1.呼叫方法不会将数据写入套接字缓冲区。相反，它写在一个链接列表的数据结构中。它真的写了。
2.首先等待Netty的数据，然后将NetTy缓冲区中的数据写入套接字缓冲区。写作过程类似于并发编程，并通过旋转锁成功编写。
作者：第一次思考和初恋