繁忙的TCP套接字是否需要TCP Keepalive？
本文介绍：http://tldp.org/howto/tcp-keepalive-howto/overview.html
它指出TCP保持有效的原因是：
-
null
TCP keepalive对于上面的情况仍然是必要的吗？
共有1个答案
不会，TCP keepalive实际上是一个0字节长的TCP数据包。如果你能确定你的应用程序协议，它是不需要的。
-
问题内容： 假定以下代码，其中“ sock”是TCP套接字的句柄，该句柄先前已使用epfd指定的epoll文件描述符注册。 如果套接字无论如何都要随后关闭，是否仍然需要调用epoll_ctl？还是由于关闭套接字而隐式注销了套接字？ 问题答案： 从手册页： Q6 关闭文件描述符会导致它自动从所有epoll集中删除吗？ A6 是，但是请注意以下几点。文件描述符是对打开的文件描述的引用（请参阅（2））。
-
问题内容： 任何人都可以通过TCP发送Ascii msg的示例给我（在网上找不到示例） 谢谢， 射线。 问题答案： 这是一个写入和读取回显服务器的示例。 简化摘录：
-
问题内容： 我一直在编写一个有趣的小程序，该程序在Linux上的C语言中通过TCP传输文件。该程序从套接字读取文件并将其写入文件（反之亦然）。我最初使用读/写并且程序可以正常工作，但是后来我了解了拼接技术，并想尝试一下。 当我从stdin（重定向文件）读取并写入TCP套接字时，我用splice编写的代码可以完美地工作，但是当从套接字读取并写入stdout时，将spr将errno设置为EINVAL会
-
创建套接字并建立连接后，我使用BufferedReader和PrintWriter从套接字进行写/读操作。 当我用完插座后，我就把它关上。 这将导致发送一个TCP fin，并留下一个半开的传输控制协议。有什么方法可以检测客户端/服务器是否关闭了连接？
-
在套接字最终接受另一端消失的情况下，什么指定了这个超时？是操作系统（Ubuntu 11.04)，还是来自TCP/IP规范，还是套接字配置选项？