套接字

一、摘要 　　 总结一下基于C#的TCP传输协议的涉及到的常用方法及同步实现。 二、实验平台 　　 Visual Studio 2010 三、socket编程的一些常用方法（同步实现） 3.1 命名空间 　　 需要添加的命名空间 using System.Net; using System.Net.Socket; 3.2 构造新的socket对象 socket原型： public socket (AddressFamily addressFamily,SocketType sockettype,ProtocolType protocolType) (1) AddressFamily 用来指定socket解析地址的寻址方案，Inte.Network标示需要ip版本4的地址，Inte.NetworkV6需要ip版本6的地址； (2) SocketType 参数指定socket类型，Raw支持基础传输协议访问，Stream支持可靠，双向，基于连接的数据流； (3) ProtocolType 表示socket支持的网络协议，如常用的TCP和UDP协议。 3.3 定义主机对象 (1) IPEndPoint类 原型: a) public IPEndPoint(IPAddress address,int port) 参数address可以直接填写主机的IP，如"192.168.2.1"； b)

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 1、linux中进程间的通信可以使用套接字的方式 2、套接字的方式即将套接字的目的地设为“127.0.0.1：port”。以发包的形式将数据传输到本地的某个进程 3、套接字的方式可以选择UDP也可以选择TCP。UDP是不可靠连接，包头中只有源端口，目的端口，UDP长度以及UDP的校验和。传输层协议的校验和是需要对整个数据包进行校验的，具体可以查阅UDP协议和TCP协议头部的解释。 4、另外在<<TCP/IP详解 卷二:实现>>中文版P 606 页图23-3中，给出了接收缓存的默认大小是41600字节。那么说明一个问题：因为我们知道UDP协议只是尽可能的将数据报发送到目的地，没有重传机制。所以如果发送进程的发送速度太快，使得接收缓存没有能够及时腾出新的空间给新到的数据包，就会导致丢失数据。如果是这样的话，使用UDP套接字似乎不能够完成进程间的通信。 5、不过，还是需要实验证明： 实验设计：使用UDP套接字，本地的一个发送数据的进程将一个文件（srcFile）传输到本地的另一个接收进程。接收进程收到数据之后将其写入到另外一个文件（dstFile）中。比较这两个文件的大小 实验环境：一台4核的笔记本，内存大小为8G。原始文件（srcFile）的大小：4.18GB 实验结果：dstFile的大小为：3.17GB。

1.TCP：面向连接可靠的传输协议 ，全拼：Transmission Control Protocol 2.UDP：用户数据报协议 全拼：User Datagram protocol 不是面向连接的 创建socket就可以直接发送数据，不能保证数据的可靠性，但是速度快 3.TCP的特点 ： 3.1 面向连接， 间接验证对方地址的有效性 3.2 可靠性 3.2.1 应答机制， 对方收到数据底层会有回复 3.2.2 超时重传， 隔一段时间会给对方重新发送数据，如果对方一直没有回复那么会认为对 方掉线了。 3.2.3 错误校验， 发送方发送的数据包和接收方接收的数据包序号不一致，tcp会自动对数据 包进行排序，如果数据包重复则会删除重复的数据包。 3.2.4 流量控制， 如果对方的网卡缓冲区达到一定上限，发送方就不能再发送数据，等待数据 开始接收完成以后再给其发送数据，保证电脑不被卡死 4.TCP和UDP的不同点： 4.1 tcp是面向连接的， udp不是 4.2 tcp能保证数据的有序和准确性 udp不能保证 4.3 tcp有超时重传 udp没有 4.4 tcp有错误校验机制 udp没有 4.5 tcp舍弃重复数据包的机制 udp没有 4.6 tcp流量控制 udp没有 4.7 tcp适合做文件上传和下载 4.8 udp适合做广播 4.9 udp输出速度比tcp要快，资源开销比tcp少

__import__ 两种方法，官方推荐下面的方法 Socket 参数介绍 sk.bind(address) 必会 　　s.bind(address) 将套接字绑定到地址。address地址的格式取决于地址族。在AF_INET下，以元组（host,port）的形式表示地址。 sk.listen(backlog) 必会 　　开始监听传入连接。backlog指定在拒绝连接之前，可以挂起的最大连接数量。 backlog等于5，表示内核已经接到了连接请求，但服务器还没有调用accept进行处理的连接个数最大为5 这个值不能无限大，因为要在内核中维护连接队列 sk.setblocking(bool) 必会 　　是否阻塞（默认True），如果设置False，那么accept和recv时一旦无数据，则报错。 sk.accept() 必会 　　接受连接并返回（conn,address）,其中conn是新的套接字对象，可以用来接收和发送数据。address是连接客户端的地址。 　　接收TCP 客户的连接（阻塞式）等待连接的到来 sk.connect(address) 必会 　　连接到address处的套接字。一般，address的格式为元组（hostname,port）,如果连接出错，返回socket.error错误。 sk.connect_ex(address) 　　同上，只不过会有返回值

普通的TCP/IP开发方式大家都应该非常熟练，但在系统开发的时候往往会遇到问题。 比如：在开发一个简单的聊天室的时候，一般情况下，Windows应用程序会处于同步方式运行，当监听的客户端越多，服务器的负荷将会越重，信息发送与接收都会受到影响。这时候，我们就应该尝试使用异步的TCP/IP通讯来缓解服务器的压力。 下面以一个最简单的聊天室服务器端的例子来说明异步TCP/IP的威力,先开发一个ChatClient类作为客户管理的代理类，每当服务器接收到信息时，就会把信息处理并发送给每一个在线客户。 void Main() { IPAddress ipAddress = IPAddress.Parse("127.0.0.1" ); //默认地址 TcpListener tcpListener = new TcpListener(ipAddress,500 ); tcpListener.Start(); while (isListen) //以一个死循环来实现监听 { ChatClient chatClient = new ChatClient(tcpListener.AcceptTcpClient()); //调用一个ChatClient对象来实现监听 } tcpListener.Stop(); } ChatClient中存在着一个Hashtabel类的静态变量clients

【网络编程】—C++实现原始套接字捕获数据包 引言：原始套接字是允许访问底层传输协议的一种套接字类型，提供了普通套接字所不具备的功能，能够对网络数据包进行某种程度的控制操作。因此原始套接字通常用开发简单网络性能监视程序以及网络探测、网络攻击等工具。今天我们来探索一下，从实现原始套接字到捕获数据包的整个过程。 1.原始套接字与TCP套接字和UDP套接字的区别 Berkeley套接字将流式套接字和数据报套接字定义为标准套接字，用于在主机之间通过TCP和UDP来传输数据。为了保证Internet的使用效率，除了传输数据之外，操作系统的协议栈还处理了大量的非数据流量，如果程序员在创建应用时也需要对这些非数据流量进行控制的话，那么此时就需要另一种套接字，即原始套接字。这种套接字越过了TCP/IP协议栈的部分层次，为程序员提供了完全且直接的的数据包级别的Internet访问能力，如下图所示。 具有发送和接收ICMPv4、IGMPv4、ICMPv6等分组 具有发送和接收内核不处理其协议字段的IPv4数据包 可以控制IPv4首部 从图中我们可以清晰看出，对于普通流式套接字和数据包套接字的应用程序，他们只能控制数据包的数据部分，也就是除了传输层首部和网络层首部以外的，需要通过网络传输的数据部分。而传输层首部和网络层首部则由协议栈根据创建套接字时候指定的参数负责填充，显而易见的是，这两部分

http://www.ibm.com/developerworks/cn/linux/l-sockpit/ 在 4.2 BSD UNIX® 操作系统中首次引入，Sockets API 现在是任何操作系统的标准特性。事实上，很难找到一种不支持 Sockets API 的现代语言。该 API 相当简单，但新的开发人员仍然会遇到一些常见的隐患。 本文识别那些隐患并向您显示如何避开它们。 隐患 1．忽略返回状态 第一个隐患很明显，但它是开发新手最容易犯的一个错误。如果您忽略函数的返回状态，当它们失败或部分成功的时候，您也许会迷失。反过来，这可能传播错误，使定位问题的源头变得困难。 捕获并检查每一个返回状态，而不是忽略它们。考虑清单 1 显示的例子，一个套接字 send 函数。 清单 1. 忽略 API 函数返回状态 int status, sock, mode; /* Create a new stream (TCP) socket */ sock = socket( AF_INET, SOCK_STREAM, 0 ); ... status = send( sock, buffer, buflen, MSG_DONTWAIT ); if (status == -1) { /* send failed */ printf( "send failed: %s\n", strerror

Linux 套接字编程中的 5 个隐患 (2011-05-03 17:50) 分类： Socket编程 在 4.2 BSD UNIX® 操作系统中首次引入，Sockets API 现在是任何操作系统的标准特性。事实上，很难找到一种不支持 Sockets API 的现代语言。该 API 相当简单，但新的开发人员仍然会遇到一些常见的隐患。 本文识别那些隐患并向您显示如何避开它们。 隐患 1．忽略返回状态 第一个隐患很明显，但它是开发新手最容易犯的一个错误。 如果您忽略函数的返回状态，当它们失败或部分成功的时候，您也许会迷失。反过来，这可能传播错误，使定位问题的源头变得困难。 捕获并检查每一个返回状态，而不是忽略它们 。考虑清单 1 显示的例子，一个套接字 send 函数。 清单 1. 忽略 API 函数返回状态 int status, sock, mode;/* Create a new stream (TCP) socket */sock = socket( AF_INET, SOCK_STREAM, 0 );...status = send( sock, buffer, buflen, MSG_DONTWAIT );if (status == -1) { /* send failed */ printf( "send failed: %s\n", strerror(errno) )

转自:http://www.ibm.com/developerworks/cn/linux/l-sockpit/ 在 4.2 BSD UNIX® 操作系统中首次引入，Sockets API 现在是任何操作系统的标准特性。事实上，很难找到一种不支持 Sockets API 的现代语言。该 API 相当简单，但新的开发人员仍然会遇到一些常见的隐患。 本文识别那些隐患并向您显示如何避开它们。 隐患 1．忽略返回状态 第一个隐患很明显，但它是开发新手最容易犯的一个错误。如果您忽略函数的返回状态，当它们失败或部分成功的时候，您也许会迷失。反过来，这可能传播错误，使定位问题的源头变得困难。 捕获并检查每一个返回状态，而不是忽略它们。考虑清单 1 显示的例子，一个套接字 send 函数。 清单 1. 忽略 API 函数返回状态 int status, sock, mode; /* Create a new stream (TCP) socket */ sock = socket( AF_INET, SOCK_STREAM, 0 ); ... status = send( sock, buffer, buflen, MSG_DONTWAIT ); if (status == -1) { /* send failed */ printf( "send failed: %s\n", strerror

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> TCP/IP三次握手和HTTP过程 1、TCP连接 手机能够使用联网功能是因为手机底层实现了TCP/IP协议，可以使手机终端通过无线网络建立TCP连接。TCP协议可以对上层网络提供接口，使上层网络数据的传输建立在“无差别”的网络之上。 建立起一个TCP连接需要经过“三次握手”： 第一次握手：客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认； 第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态； 第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。 握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主 动关闭连接之前，TCP 连接都将被一直保持下去。断开连接时服务器和客户端均可以主动发起断开TCP连接的请求，断开过程需要经过“四次握手”（过程就不细写了，就是服务器和客 户端交互，最终确定断开） 2、HTTP连接 HTTP协议即超文本传送协议(Hypertext