《.net》专题

我有一个Tcp客户端，连接到一个旧的主机（52年），发送和接收来自它的请求和响应。 这是我的客户机的核心连接部分， 我试图用Netty重写下面的文章。通过使用以下教程作为参考。 http://tutorials.jenkov.com/netty/netty-tcp-client.html 我面临的问题是我能够连接到服务器，但不能从中读写。我正在使用一个来执行读写操作。 这是我的脾气暴躁的客户 处理

我试图创建一个Netty（4.1）POC，它可以将h2c（没有TLS的HTTP2）帧转发到h2c服务器上——即本质上创建一个Netty h2c代理服务。Wireshark显示Netty发送帧，h2c服务器应答（例如响应头和数据），尽管我在Netty内部接收/处理响应HTTP帧时遇到了一些问题。 作为一个起点，我已经调整了多路复用。服务器示例（）以便在中，我连接到远程节点，而不是使用伪消息进行响应：

我正在尝试调整示例Netty代理，使其能够修改途中的一些内容。 我在FTP客户端和服务器之间代理，所以行以CRLF结尾——这很重要。我还没有对FTP数据端口做任何事情，所以这不是一个因素。 我从这个示例代码开始：https://netty.io/4.0/xref/io/netty/example/proxy/package-summary.html ... 它建立了这样一个管道： ...这很好。

我正在尝试实现分布式参与者模型，该模型使用Netty作为通信协议——具有TCP连接的NIO版本。 假设我们有2个节点（机器），每个节点都有Netty的服务器实例，它们将传入的消息传递给该节点上的参与者。我希望为同一对远程参与者保持消息顺序，因此我的解决方案是使用异步writeAndFlush方法将消息发送到远程节点和参与者-当在第一条消息交付之前需要向同一参与者发送另一条消息时，我会将其添加到缓冲

我想为netty聊天程序的所有消息预先添加一个固定或可变长度的标题。 我正在建立一个简单的聊天；所有消息（当前）都使用和进行长度分隔，长度部分为2字节，目前为止效果良好： ..管道呢 目标是添加一个包含应用程序名称版本的标头（固定或变量），以过滤无效消息；本示例使用标头，10字节固定长度： 调整入站管道以容纳标头应该不是问题，尽管我不希望标头被剥离，所以我将留在： 我不确定向消息添加标题的最佳方法

我正在构建一个简单的反应式服务器，它应该使用来自多个客户机的传入protobuf/protostuff消息，在这些客户机上执行一些业务逻辑，并可能向其他客户机发送fire和forget消息。我想在Netty中实现传输和解码部分。我的问题是：在性能方面，是否有必要将解码消息发布到中断器的环形缓冲区，或者中断器提供的额外性能将被内部Netty调度抵消？我应该为Netty提供两个线程（一个用于“接受”，

我正在写一份棘手的申请书。该应用程序运行在64位八核linux机器上 Netty应用程序是一个简单的路由器，它接受请求（传入管道），从请求中读取一些元数据，并将数据转发给远程服务（传出管道）。 此远程服务将向传出管道返回一个或多个响应。Netty应用程序将把响应路由回发起客户端（传入管道） 会有成千上万的客户。将会有成千上万的远程服务。 我正在做一些小规模的测试（十个客户端，十个远程服务），但我没

在SpringJSFWeb应用程序中将Netty客户端处理程序配置为消息接收点，有没有具体的方法？ 如果一些独立的Java应用程序充当Netty服务器，我如何接收到SpringJSFWeb应用程序的消息？

在通道初始化器中， 在上面这段代码中，当通道初始化时，我可以使用IdleStateHandler的静态对象，而不是为每个通道使用新实例。线程安全吗？ 而且 当我给一个频道写东西的时候。我向它添加了一个空闲的读取处理程序，这样如果某个时候没有得到响应，我就关闭通道。 我可以在上面的代码中使用静态idleReadHandler吗？ 我正在使用Netty-4.1.0 在netty 3之前，它在jboss

我有一个netty服务器，它接收来自客户端的请求，向另一个服务器发出请求，然后在对原始客户端请求的响应中使用来自第二个请求的响应。我希望对第二台服务器的请求有一个较短的超时（~40ms），以便在超时时发送一般响应，但我不想关闭与第二台服务器的连接。相反，我将在超时请求到达时放弃响应，然后将连接返回到我的池。 在Netty最好的方法是什么？我尝试过ReadTimeoutHandler，但当超时发生时

我对如何处理网络中的大量连接感到困惑（3.6.2。FINAL）和保持活着=true。 对于作为服务器端连接器在netty客户机上工作，对另一个服务进行http调用，它希望始终保持连接打开以获得性能（keep alive=true）。 问题：开放频道的数量有一个硬限制，超过这个限制，客户端在尝试打开频道时将挂起。为什么没有例外只是挂起？这是通道超时的设置吗？ 我似乎无法理解Netty对工作线程内连接

当我们得到空闲超时事件时，我们关闭通道。如果我们当时也启用了ssl，我们会得到： 以下是一些注意事项：https://github.com/netty/netty/issues/305 我们是否可以在空闲状态处理程序方法中进行某种清理来防止这种情况？或者我们应该在方法中捕捉到这一点吗？ 一般来说，我们应该如何处理这种例外情况？ 谢谢，马特

我试图以一种干净的方式构建应用程序的体系结构。我想我可以在Netty中做到这一点，因为它是一个著名的java网络框架选项。 我有连接到Netty服务器的设备（通过GPRS的TCP）。假设它们都是永久连接的（保持存活），有几种情况我需要用这个架构来描述： 情况1：设备可以向Netty发送消息，并且Netty响应该消息 情况2：设备可以向Netty发送消息，并且Netty对该消息做出响应，但是Nett

如果我对Netty server的理解是正确的，那么主boss事件循环线程池（默认大小为2*AvailableProcessor）接受客户端连接，然后将请求处理工作卸载到工作线程。 现在，我的问题是，工作线程的线程池大小应该是多少？如果工作线程正在执行一些阻塞操作，例如等待网络调用响应，那么工作线程池是否应该足够大（例如200个线程）来处理并发客户端请求，因为每个工作线程都被阻塞以服务客户端请求？

请说明当netty server和netty client连接成代理时，请求、线程、eventloop、服务器通道和客户端通道之间的关系。在开始之前，我认为对于每个请求，netty服务器都会从获取一个工作线程，以及一个（绑定到工作线程，使用线程池中有限的对象ID）来处理该入站消息，并将其发送到来自netty客户端的出站。此后，可能的服务器<代码>频道受到限制，而客户端<代码>频道受到限制（因为出站