在Linux后端服务网络通信开发中，可能会遇到CLOSE_WAIT的状况。引起TCP CLOSE_WAIT状态的情况很多，归根结底还是由于被动关闭的一方没有关闭socket链路导致的。这篇文章主要是通过用一个简单的例子通过TCPDUMP和Wireshark这两个工具来模拟产生CLOSE_WAIT的情况，下一篇主要是对这个问题的原理解释。
在前文中讲述了Linux服务端TCP通信出现CLOSE_WAIT状态的原因，这篇文章主要通过一个实例演示它个一个“恶劣”影响：直接使服务端进程Down掉。
基于 TCP 的网络编程开发分为服务器端和客户端两部分，常见的核心步骤和流程如下：
在Linux TCP通信的调试中，tcpdump应该算是很好的一个工具。这篇文章主要使用Windows作为客户端，向作为服务端的Linux中的一个socket监听端口发送报文信息，然后在Linux中用TCPDUMP工具进行抓包。通过这个实例，可以较为完整的了解TCP通信中的“三次握手”等过程。
互联网概念诞生于20世纪60年代末，从9几年中国接入互联网开始到现在，生活的每个角落都能看到网络的使用。现在物联网时代、共享经济的到来，生活中不仅仅电脑、手机可以接入网络，身边的各个设备也能接入互联网了。 比如：市政路灯、污水井盖、家用电器，汽车等等。
本文讲述通过netfilter和get/setsockopt实现用户态与内核态之间的通信。首先介绍相关背景，然后给出代码示例。重点在于介绍通过netfilter的钩子机制实现用户态设置和获取socket选项，从而完成用户态与内核态之间的通信。
本文先介绍我查看了的2篇文章，然后介绍linux 和windows 下的非阻塞设置。最后是非阻塞情况下接收情况的判断。
一般Linux编程时，经常都会使用虚拟机跑Linux系统，VMware Workstation Pro 虚拟机里的系统不管是Linux、还是windows、还是其他系统想要上网就必须配置好虚拟网络连接方式。VMware Workstation 支持共享、桥接，选择网卡的方法自定义上网方式。
很多socket编程的初学者可能会遇到这样的问题：如果先ctrl+c结束服务器端程序的话，再次启动服务器就会出现Address already in use这个错误，或者你的程序在正常关闭服务器端socket后还是有这个问题。正如下面的这段简单的socket程序。 server.c #include <sys/types.h> #include <sys/socket.h> #include <stdio.h> #include <netinet/in.h> #include <arpa/i
一些相对高性能的单片机会带以太网接口，网口在MCU里算是比较复杂的外设了，因为它涉及到网络协议栈，通常情况下网络协议栈会运行在一个RTOS中，所以对普通单片机开发者来说网口使用起来相对难度较大一些。在Linux下网口是一个经常使用的接口，由于Linux具备成熟完备的网络通信协议栈，底层驱动厂家也都提供好了，所以使用起来相对方便的多。本篇对Linux下网口使用做个简单总结，希望对大家有所帮助。
/************关于本文档********************************************
这三个知识点，很重要，原因有三条：（1） 面试中经常被问到。尤其是面试高级工程师，架构师的时候。（2） 一切高并发框架的基础技术支撑。Nginx，Redis，kafka等框架都立足于这些基 础技术。（3）select、poll、epoll代表着一种数据结构，代表着一种算法思想，应该好好的去学 习，去体会。其实很多人对数据结构和算法不了解，投入力度不大，觉得工作中用不到， 其实，其实这个观点要纠正一下。
笔者一直觉得如果能知道从应用到框架再到操作系统的每一处代码，是一件Exciting的事情。 今天笔者就从Linux源码的角度看下Server端的Socket在进行Accept的时候到底做了哪些事情(基于Linux 3.10内核)。
在这之前先了解一下epoll：epoll 全称 eventpoll，是 linux 内核实现IO多路复用（IO multiplexing）的一个实现。IO多路复用的意思是在一个操作里同时监听多个输入输出源，在其中一个或多个输入输出源可用的时候返回，然后对其的进行读写操作，和epoll类似的还有poll、select；epoll 监听的 fd（file descriptor）集合是常驻内核的，它有 3 个系统调用 （epoll_create, epoll_wait, epoll_ctl），通过 epoll_wait 可以多次监听同一个 fd 集合，只返回可读写那部分。更详细的介绍在另一个文章
在linux的网络编程中，非常长的时间都在使用select来做事件触发。在linux新的内核中，有了一种替换它的机制，就是epoll。 相比于select，epoll最大的优点在于它不会随着监听fd数目的增长而减少效率。由于在内核中的select实现中，它是採用轮询来处理的，轮询的fd数目越多，自然耗时越多。而且，在linux/posix_types.h头文件有这种声明：
socket(套接字)是网络编程编程的一种技巧。通过socket不仅可以实现跨进程通信，还可以实现跨主机的网络通信。使用这种技术，就可以实现全国各地的通讯。例如：深圳的一台电脑接收来自北京一台电脑发来的信息。 本篇不涉及太底层的网络原理，仅说明socket的基本使用方法。主要参考《Linux网络编程》。本篇源码获取方式见文底小字。
在 Linux 平台上进行开发，IO 操作是一个非常重要的领域，掌握 IO 操作不仅能够提升应用程序的性能，还能够提高系统资源的利用效率。那么，如何才能算得上精通 IO 呢？本文将从几个方面进行详细探讨，包括文件 IO、网络 IO 以及高级 IO 技术。
1. windows平台上无论利用socket()函数还是WSASocket()函数创建的socket都是阻塞模式的： SOCKET WSAAPI socket( _In_ int af, _In_ int type, _In_ int protocol ); SOCKET WSASocket( _In_ int af, _In_ int type, _In_ int
功能总结: 支持好友上线提醒、好友下线提醒、当前在线总人数提示、聊天消息文本转发。
RT，Linux下使用c实现的多线程服务器。这个真是简单的不能再简单的了，有写的不好的地方，还希望大神轻拍。(＞﹏＜)
我们在编写网络程序时，通常需要连接其他服务端（如微服务之间的通信），这时就需要通过调用 connect 函数来连接服务端。但我们发现 connect 函数并没有提供超时的设置，而在 Linux 系统中，connect 的默认超时时间为75秒。所以，在连接不上服务端的情况下，我们需要等待75秒，这对我们不能接受的。
点击上方蓝字可直接关注！方便下次阅读。如果对你有帮助，麻烦点个在看或点个赞，感谢~
Unix域协议不是一个真正意义上的协议族，只是一个利用socket api在单个主机上进行进程间通信的方法。它不需要走传统网络协议栈，也就不需要计算校验和、维护序列号以及应答等操作。
之前已经分析过了keep-alive，最近在使用nodejs的keep-alive的时候发现了遗漏了一个内容。本文进行一个补充说明。我们先看一下nodejs中keep-alive的使用。
TCP/IP 协议栈是一系列网络协议(protocol)的总和，是构成网络通信的核心骨架，它定义了电子设备如何连入因特网，以及数据如何在它们之间进行传输。
编译程序用下列命令： gcc -Wall ssl-client.c -o client gcc -Wall ssl-server.c -o server 运行程序用如下命令： ./server 7838 1 127.0.0.1 cacert.pem privkey.pem ./client 127.0.0.1 7838 用下面这两个命令产生上述cacert.pem和privkey.pem文件： openssl genrsa -out privkey.pem 2048 openssl req -new -x509 -key privkey.pem -out cacert.pem -days 1095 具体请参考 “OpenSSL体系下使用密钥数字证书等” 如果想对SSL有更深入的了解，请学习计算机安全相关的内容，尤其是非对称加密技术。 如果想对SSL库的源代码有深入学习，请去 www.openssl.org 下载源码来阅读。
这里是thread-per-connection的实现，针对连接数目不多的情况，每次读开一个线程，负责从stdin写到socket
accept() 系统调用应用于可连接套接口类型 ( SOCK_STREAM, SOCK_SEQPACKET)。它取出在监听套接口 sockfd请求队列里的第一个连接，新建一个已连接的套接口，并且返回一个引用该套接口新的文件描述符。新建的套接口不处于监听状态。原始的套接口 sockfd 没有受到影响。
调用connect连接一般的超时时间是75s, 但是在程序中我们一般不希望等这么长时间采取采取动作。 可以在调用connect之前设置套接字非阻塞,然后调用connect,此时connect会立刻返回, 如果连接成功则直接返回0（成功）， 如果没有连接成功，也会立即返回并且会设置errno为EINPROCESS,这并不是一个致命错误,仅仅是告知你已经在连接了,你只要判断是它就继续执行后面的逻辑就行了,比如select.通过select设置超时来达到为connect设定超时的目的. 下面的代码显示这个过程。
另外，在Linux下的C语言头文件一部分不可以在Windows系统上运行，可能导致一些不便。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/109473.html原文链接：https://javaforall.cn
在《socket网络编程（一）——初识socket》一文里我们提到了，客户端发送了数据了之后，不管服务端还是客户端都close退出了，也就是说只能发送一次数据，这显然不符合实际的用途。那么该如何更改程序呢？
题目：Hello world 要求：案例程序基于TCP协议，由客户程序启动后向服务器程序发送“hello world”，服务器程序显示客户机IP地址、端口、以及发送的信息。服务器将收到的字符串发送给客户端，客户端显示验证。 使用方法：在linux下编译 $gcc -o client client.c $gcc -o server server.c 先运行server程序$./server 再运行client程序$./client xxx(你要访问服务器名---非IP）
我们可以在服务端udpServer.hpp中设置一个回调函数 _callback，具体的逻辑通过udpServer.cc中由外部进行传入
http://koji.aliyun-inc.com/kojifiles/packages/ebcc/1.0.0/3.1.al7/src/ebcc-1.0.0-3.1.al7.src.rpm 祝大家五一快乐！
1. Linux网络编程--网络知识介绍 网络程序和普通的程序有一个最大的区别是网络程序是由两个部分组成的--客户端和服务器端. 1.1 客户端 在网络程序中，如果一个程序主动和外面的程序通信，那么我们把这个程序称为客户端程序。 比如我们使用ftp程序从另外一 个地方获取文件的时候，是我们的ftp程序主动同外面进行通信（获取文件）， 所以这个地方我们的ftp程序就是客户端程序。 1.2 服务端 和客户端相对应的程序即为服务端程序。被动的等待外面的程序来和自己通讯的程序称为服务端程序。 比如上面的文件获取中，
NDK全称为Native Development Kit，意即原生的开发工具，NDK允许开发者在APP中通过C/C++代码执行部分程序。它是Android提供的方便开发者通过JNI接口进行Java与C/C++交叉编译的工具集。 NDK的用于概括来说主要分为以下几种情况（以下三点摘自百度百科）： 1. 代码的保护，由于apk的Java层代码很容易被反编译，而C/C++库反编译难度较大； 2. 在NDK中调用第三方C/C++库，因为很多的开源库都是用C/C++代码编写的，例如：OpenGL，FFmpeg等； 3. 便于移植，用C/C++写的库可以很方便在其它的嵌入式平台上再次使用。
我们知道 UDP 协议乐观且心大，相信网络环境比较健康，数据是可以送达的，即使送达不了也没关系。而 TCP（Transmission Control Protocol，传输控制协议） 就不一样了，它是悲观且严谨，认为网络环境是恶劣的，丢包、乱序、重传和拥塞是常有的事，一言不合就可能送达不了了，因而要从算法层面来保证可靠性。
原文链接：https://www.cnblogs.com/DOMLX/p/9622548.html
以前都只是在网上搜的能用的例子，对一些参数不是很清楚，这次汇总。而且网络通信还是很常用的通信手段。
I/O 是应用程序必然逃不掉的一个话题。大家在计算机基础学习中，学过计组，操作系统和计网，而想要把 I/O 研究深入肯定要将对这三个计算机基础方面有所深入。
accept(2): accept connection on socket - Linux man page (die.net)
但我要定义个消息结构体msg_t，它封装了sockaddr_in和sin_size;
在linux环境下，结构体struct sockaddr在/usr/include/linux/socket.h中定义，具体如下： typedef unsigned short sa_family_t; struct sockaddr { sa_family_t sa_family; /* address family, AF_xxx */ char sa_data[14]; /* 14 bytes of protocol address */ 在linux环境下，结构体struct sockaddr_in在/usr/include/netinet/in.h中定义，具体如下： /* Structure describing an Internet socket address. */ struct sockaddr_in { __SOCKADDR_COMMON (sin_); in_port_t sin_port; /* Port number. */ struct in_addr sin_addr; /* Internet address. */ /* Pad to size of `struct sockaddr'. */ unsigned char sin_zero[sizeof (struct sockaddr) - __SOCKADDR_COMMON_SIZE - sizeof (in_port_t) - sizeof (struct in_addr)]; /* 字符数组sin_zero[8]的存在是为了保证结构体struct sockaddr_in的大小和结构体struct sockaddr的大小相等 */ }; struct sockaddr是通用的套接字地址，而struct sockaddr_in则是internet环境下套接字的地址形式，二者长度一样，都是16个字节。二者是并列结构，指向sockaddr_in结构的指针也可以指向sockaddr。一般情况下，需要把sockaddr_in结构强制转换成sockaddr结构再传入系统调用函数中。 下面是struct sockaddr_in中用到两个数据类型，具体定义如下： /* Type to represent a port. */ typedef uint16_t in_port_t; struct in_addr其实就是32位IP地址 struct in_addr { unsigned long s_addr; }; BSD网络软件中包含了两个函数，用来在二进制地址格式和点分十进制字符串格式之间相互转换，但是这两个函数仅仅支持IPv4。 in_addr_t inet_addr(const char *cp); char *inet_ntoa(struct in_addr in); 功能相似的两个函数同时支持IPv4和IPv6 const char *inet_ntop(int domain, const void *addr, char *str, socklen_t size); int inet_pton(int domain, const char *str, void *addr); 通常的用法是： int sockfd; struct sockaddr_in my_addr; sockfd = socket(AF_INET, SOCK_STREAM, 0); my_addr.sin_family = AF_INET; /* 主机字节序 */ my_addr.sin_port = htons(MYPORT); /* short, 网络字节序 */ my_addr.sin_addr.s_addr = inet_addr("192.168.0.1"); bzero(&(my_addr.sin_zero), 8); /* zero the rest of the struct */ //memset(&my_addr.sin_zero, 0, 8); bind(sockfd, (struct sockaddr *)&my_addr, sizeof(struct sockaddr));
创建一个能用的SOCKET是非常简单的，因为GLIBC已经为你做了很多简化工作，但是从另一个角度来说，一个通用的SOCKET不代表一个高效性能的网络应用。我们前面说到sockfd其实同真正的FD是一样的。都是LINUX下的一个打开的设备描述符。内核通过这个描述符进行I/O操作。进行I/O操作就有一个性能问题，这个性能问题在于两个条件，一个条件是对同一个FD，有多个客户进行操作时如何更好的排队。另一个就是一个客户如果有多个FD，那应该怎么排队选择问题。因为我们知道不管是READ还是READFREOM它其实都是阻塞操作。一旦占用就始终等到有新数据来到。那么如何解决这个问题呢？首先我们看第一个排队问题，就是多个客户使用同一个SOCKET，如果当前来的数据不是占据的客户，那显然会导致阻塞。所以我们想出另一个方法，就是当一个或多个I/O条件满足，如输入数据已准备好被读或者描述字可以承接更多输出时的时候，作为消费者的客户端可以被通知到，这样的能力称之为I/O复用。这个在GLIBC中设计了两个新的函数就是SELECT/POLL。以下是几种I/O模型的比较图：
在上文《socket网络编程（二）—— 实现持续发送》我们提到了多客户端的时候，多台客户端发送数据到服务端的话，只能有一台客户端可以正常发送和接受数据，另外一台完全没有反应，那这个问题怎么解决呢？很多人可能第一反应想到利用多线程技术，线程多的话用线程池来维护。的确，多线程确实可以实现这个效果，但是，可能很多看见这个但是就不怎么开心了，却不知很多科学科技的进步都是这个但是引发的。但是一个多线程编程很麻烦又容易出错，二是如果连接有几千个的话，线程间切换的开销确实是很大。如果能够在一个线程里就实现这个效果的话，那该多好啊！
你之所以问这样的问题。是因为你认为只有多线程分别接收connection才可以更快，就像过去的tomcat那样，同时开多个线程来响应。
笔者一直觉得如果能知道从应用到框架再到操作系统的每一处代码，是一件Exciting的事情。 今天笔者就来从Linux源码的角度看下Server端的Socket在进行bind的时候到底做了哪些事情(基于Linux 3.10内核)。
如题，应届生除了要良好地掌握算法和数据结构以外，以下一些技能点列表希望对大家有帮助，有兴趣的朋友可以参考这个针对性地补缺补差。文章列出的技能点有的要求熟悉，有的了解即可，注意技能点前面的修饰词。如果没有明确给出“熟悉”“了解”等字眼，要求均为熟悉。 一、操作系统方面 多线程相关与线程之间同步技术 熟练使用（但不局限于）以下linux API linux下的线程创建、等待、获取线程id 1int pthread_create(pthread_t *thread, const pthread_attr_t *
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
