套接字积压行为
如果Serversocket在其积压中充满请求并执行长时间运行的工作，则套接字行为会是什么。当我尝试这样做时，从windows telnet是可以的，它连接。但从unix它得到“连接拒绝”。我的应用程序是用java编写的，并在IBMjvm上运行。顺便说一句，我到了我们的应用程序没有从unix响应telnet的地步。不respoing意味着它正在编写“tyring...”并挂起，而不是拒绝或连接。有人能证明这种行为是正当的吗？谢谢。
共有1个答案
如果套接字处于侦听状态，则不应获得“连接被拒绝”。在耗尽积压设置提供的插槽之前，您的连接请求应该得到确认（但不会发生更多情况）。当您达到由系统调用listen设置的积压限制时，“Trying…”是正常行为（服务器丢弃数据包，直到侦听积压插槽可用，客户端重新传输SYN数据包，直到发生连接超时或服务器确认连接请求）。
-
问题内容： 我在uwsgi上运行flask应用程序。我使用主管来管理uwsgi进程。我发现日志说 您的服务器套接字监听积压限制为100个连接。 如何克服100个连接限制？我正在运行的脚本如下： 问题答案： 请注意，“监听积压”的100个连接并不意味着您的服务器只能处理100个同时（或总数）连接- 而是取决于配置的进程或线程的数量。侦听积压是一个套接字设置，它告诉内核如何限制侦听套接字的侦听队列中未
-
我是套接字编程新手，我在理解serversocket方面有问题。假设我们创建一个这样的serversocket： 然后在一些东西之后，在缓冲区中写一些东西： 我的问题是：连接如何理解哪个客户端应该得到服务器的响应？我们的积压工作是20个，20个客户端可以同时连接到服务器套接字（据我所知）。
-
问题内容： 我试图理解SocketChannels和NIO。我知道如何使用常规套接字，以及如何制作一个简单的每客户端线程服务器（使用常规阻塞套接字）。 所以我的问题是： 什么是SocketChannel？ 当使用SocketChannel而不是Socket时，我还能得到什么呢？ 通道和缓冲区之间是什么关系？ 什么是选择器？ 文档中的第一句话是。那是什么意思？ 我也阅读了本文档，但是不知何故…… 问
-
socket_read和socket_recv之间有什么区别？我正在尝试使用PHP套接字，但使用socket_read时收到了以下警告： 请帮帮我！
-
情况：我正在开发一个Android应用程序，使用套接字通过websocket协议与服务器进行通信。打开套接字的起点是从应用程序上下文启动的服务。打开服务器并与之通信工作正常。 问题:当设备进入SCREEN_OFF模式时，插座没有关闭。因此，我的问题/顾虑是，当设备处于这种功耗状态时，我的流程到底发生了什么？我是否应该做出反应，关闭插座以节省电池？websocket也使用ping/pong机制来保持
-
我最近一直在玩套接字，但是我遇到了一个问题…当我从服务器接收数据时，我得到一个“java.net.套接字异常：套接字关闭”异常。我没有在任何地方关闭套接字，事实上，我唯一使用关闭（）的地方是扫描仪上从System.in读取文本； 以下是我的代码: 客户： 服务器: 数据包发送者: 客户端接收器: 数据包接收器：