|
套接字（socket） ━━━━━━━━━━━━━━━━━━━━━━━━━ TCP用主机的IP地址加上主机上的端口号作为TCP连接的端点，这种端点就叫做套接字（socket）或插口。 套接字用（IP地址：端口号）表示。 它是网络通信过程中端点的抽象表示，包含进行网络通信必需的五种信息：连接使用的协议，本地主机的IP地址，本地进程的协议端口，远地主机的IP地址，远地进程的协议端口。 1、分类 常用的TCP/IP协议的3种套接字类型如下所示。 流式套接字（SOCK_STREAM）： 流式套接字用于提供面向连接、可靠的数据传输服务。该服务将保证数据能够实现无差错、无重复发送，并按顺序接收。流式套接字之所以能够实现可靠的数据服务，原因在于其使用了传输控制协议，即TCP（The Transmission Control Protocol）协议。 数据报套接字（SOCK_DGRAM）： 数据报套接字提供了一种无连接的服务。该服务并不能保证数据传输的可靠性，数据有可能在传输过程中丢失或出现数据重复，且无法保证顺序地接收到数据。数据报套接字使用UDP（User Datagram Protocol）协议进行数据的传输。由于数据报套接字不能保证数据传输的可靠性，对于有可能出现的数据丢失情况，需要在程序中做相应的处理。 原始套接字（SOCK_RAW）： 原始套接字(SOCKET_RAW)允许对较低层次的协议直接访问，比如IP、 ICMP协议，它常用于检验新的协议实现，或者访问现有服务中配置的新设备，因为RAW SOCKET可以自如地控制Windows下的多种协议，能够对网络底层的传输机制进行控制，所以可以应用原始套接字来操纵网络层和传输层应用。比如，我们可以通过RAW SOCKET来接收发向本机的ICMP、IGMP协议包，或者接收TCP/IP栈不能够处理的IP包，也可以用来发送一些自定包头或自定协议的IP包。网络监听技术很大程度上依赖于SOCKET_RAW 原始套接字与标准套接字（标准套接字指的是前面介绍的流式套接字和数据报套接字）的区别在于：原始套接字可以读写内核没有处理的IP数据包，而流式套接字只能读取TCP协议的数据，数据报套接字只能读取UDP协议的数据。因此，如果要访问其他协议发送数据必须使用原始套接字。 2、简介 套接字，是支持TCP/IP的网络通信的基本操作单元，可以看做是不同主机之间的进程进行双向通信的端点，简单的说就是通信的两方的一种约定，用套接字中的相关函数来完成通信过程。 非常非常简单的举例说明下: Socket=Ip address+ TCP/UDP + port。 3、连接方式 应用层通过传输层进行数据通信时，TCP和UDP会遇到同时为多个应用程序进程提供并发服务的问题。 4、主要参数 区分不同应用程序进程间的网络通信和连接,主要有3个参数：通信的目的IP地址、使用的传输层协议(TCP或UDP)和使用的端口号。Socket原意是 “插座”。通过将这3个参数结合起来，与一个“插座”Socket绑定，应用层就可以和传输层通过套接字接口，区分来自不同应用程序进程或网络连接的通信，实现数据传输的并发服务。 Socket可以看成在两个程序进行通讯连接中的一个端点，是连接应用程序和网络驱动程序的桥梁，Socket在应用程序中创建，通过绑定与网络驱动建立关系。此后，应用程序送给Socket的数据，由Socket交给网络驱动程序向网络上发送出去。计算机从网络上收到与该Socket绑定IP地址和端口号相关的数据后，由网络驱动程序交给Socket，应用程序便可从该Socket中提取接收到的数据，网络应用程序就是这样通过Socket进行数据的发送与接收的。 5、分类介绍 Host A上的程序A将一段信息写入Socket中，Socket的内容被Host A的网络管理软件访问，并将这段信息通过Host A的网络接口卡发送到Host B，Host B的网络接口卡接收到这段信息后，传送给Host B的网络管理软件，网络管理软件将这段信息保存在Host B的Socket中，然后程序B才能在Socket中阅读这段信息。 假设在网络中添加第三个主机Host C，那么Host A怎么知道信息被正确传送到Host B而不是被传送到Host C中了呢？基于TCP/IP网络中的每一个主机均被赋予了一个唯一的IP地址，IP地址是一个32位的无符号整数，由于没有转变成二进制，因此通常以小数点分隔，如：198.163.227.6，正如所见IP地址均由四个部分组成，每个部分的范围都是0-255，以表示8位地址。 值得注意的是IP地址都是32位地址，这是IP协议版本4（简称Ipv4）规定的，目前由于IPv4地址已近耗尽，所以IPv6地址正逐渐代替Ipv4地址，Ipv6地址则是128位无符号整数。 假设第二个程序被加入的网络的Host B中，那么由Host A传来的信息如何能被正确的传给程序B而不是传给新加入的程序呢？这是因为每一个基于TCP/IP网络通讯的程序都被赋予了唯一的端口和端口号，端口是一个信息缓冲区，用于保留Socket中的输入/输出信息，端口号是一个16位无符号整数，范围是0-65535，以区别主机上的每一个程序（端口号就像房屋中的房间号），低于256的端口号保留给标准应用程序，比如pop3的端口号就是110，每一个套接字都组合进了IP地址、端口、端口号，这样形成的整体就可以区别每一个套接字。 6、Sockets 流式套接字 本文描述流式套接字，它是两种可用的Sockets类型中的一种。（另一种类型是数据报套接字 。） 流式套接字提供没有记录边界的数据流：可以是双向的字节流（应用程序是全双工：可以通过套接字同时传输和接收）。可依赖流传递有序的、不重复的数据。（“有序”指数据包按发送顺序送达。“不重复”指一个特定的数据包只能获取一次。）这能确保收到流消息，而流非常适合处理大量数据。 网络传输层可将数据拆分为分组或若干个大小适当的数据包。 CSocket 类将为您处理打包和解包。 流基于显式连接：套接字 A 请求与套接字 B 建立连接；套接字 B 接受或拒绝此连接请求。 打电话的情况与流非常相似：正常情况下，接听方听到您的话和您讲话时的顺序一样，没有重复和遗漏。流套接字适合文件传输协议(FTP) 这类实现，此协议有利于传输任意大小的 ASCII 或二进制文件。 如果必须保证数据送达而且数据大小很大时，流式套接字优于数据报套接字。有关流式套接字的更多信息，请参见Sockets规范。该规范可在 Platform SDK 中获得。 MFC 示例 CHATTER 和 CHATSRVR 都使用流式套接字。这些示例可能已经设计为使用数据报套接字向网络上的所有接收套接字广播。而目前的设计更好，这是因为： 广播模型受制于网络“洪水”（或“风暴”）问题。 后来采用的客户端-服务器模型更有效。 流式模型提供可靠的数据传输，数据报模型则未提供。 最终模型利用在 CArchive 类借给 CSocket 类的 Unicode 和 ANSI 套接字应用程序之间通信的能力。 7、注意 如果使用 CSocket 类，则必须使用流。如果将套接字类型指定为 SOCK_DGRAM ，则 MFC 断言失败 Sockets 示例列表 下列 MFC 示例程序阐释了Sockets功能： CHATTER CHATTER 是一个套接字客户端示例应用程序。它是一个具有拆分窗口的单文档界面 (SDI) 应用程序，允许用户将消息发送到讨论服务器 (CHATSRVR)，讨论服务器然后将消息同时发送给其他多个 CHATTER 用户。 通过使 CHATTER 应用程序向服务器发送广播数据文报包而不是消息流，可以在不使用客户端/服务器模型的情况下编写 CHATTER 和 CHATSRVR。然而，与流式套接字不同，数据文报套接字不能保证一定会被传送；因此，一些消息可能不会到达讨论中的所有其他用户。
|
|
|
