运行时: 编写套接字程序

最新推荐文章于 2022-03-31 10:32:15 发布
最新推荐文章于 2022-03-31 10:32:15 发布
阅读量1.2k 收藏
点赞数
分类专栏： 网络通信 文章标签： windows socket linux microsoft api sockets
套接字是加利福尼亚大学 Berkeley 的研究人员于二十世纪八十年代开发的一种编程接口。套接字表示一种完整的机制，它能够在两个可能位于不同计算机上的端点之间建立网络连接。使用套接字 API 可以创建端点，并相互绑定。

Linux 和 Windows 套接字之间的互相操作天衣无缝，并且在编写两种系统上都可以编译的程序方面也不会面临太大的编程挑战。

套接字有许多形式：

  • 流
  • 数据报
  • 原始数据
  • 顺序信息包
  • 可靠传递的消息

 

为传送大量数据，虚拟线路是最佳选择，而套接字流就是一种虚拟线路。我们将在这一部分中注重流类型的套接字。

简单而言，客户机创建一个套接字，并尝试与已知的端点连接。服务器创建一个套接字，将其与端点名称（给它一个名称）绑定，然后等待连接。当客户机连接，而服务器接收连接时，数据通信就分别由这两个端点开始了。套接字支持双向的数据传送。

Windows 和 Linux 套接字

Windows 和 Linux 都支持 Berkeley 样式的套接字。Windows 还支持“Windows 套接字（Windows Sockets）”。Windows 上两个版本的套接字都需要下列初始化代码：


清单 1. WSAStartup 
 
#ifdef _WIN32
    WSADATA wsadata;

    rc = WSAStartup(2, &wsadata);
    if(rc) {
        printf("WSAStartup FAILED: err=%d/n", GetLastError());
        return 1;
    }
#endif

这里， 2 是版本。可以使用任何非零数作为第一个参数。（第一个参数是一个无符号短型整数。）

与 vanilla Berkeley 套接字接口相比，我不太清楚 Windows 套接字接口是否必需。Windows 套接字好象支持其它的传送协议。但是，随着因特网及其 TCP/IP 协议被一致接受，我不知道“Windows 套接字”额外的复杂功能有什么价值。

有一个例外，我已经使用 Berkeley 样式的接口在本文中编写了这个程序。如果存在应该首选 WSA 接口而不是 Berkeley 样式的接口的根本原因，那是我还不了解。





回页首


套接字创建

使用 Linux 和 Windows 上支持的 socket() API 创建套接字：


清单 2. socket() API 

 SOCKET socket(
    int af,       
    int type,     
    int protocol  
);

af 是地址系列，我使用 AF_INET 。 type 是 SOCK_STREAM 或 SOCK_DGRAM ，这里我只关注 SOCK_STREAM 。 protocol 是从 Linux 的 /etc/protocols 文件和 Windows 的 /winnt/system32/drivers/etc/protocol 文件中选择的一个数。我坚持用 0，它是这两个系统上的 IP 协议。

Windows 还有一个使用如下所述 API 的名为“Windows 套接字”的 Microsoft 专有接口：


清单 3. WSASocket 接口 

SOCKET WSASocket(
    int af,
    int type,
    int protocol,
    LPWSAPROTOCOL_INFO lpProtocolInfo,
    GROUP g,
    DWORD dwFlags
);

（对于 Linux 和非 Windows 程序员，Microsoft DWORD 只是一个无符号长型整数。） 前三个参数与标准的 socket() 接口等同。三个新参数很有趣，它们为测试提供了丰富的背景。第一个额外参数是 lpProtocolInfo 指针。由 lpProtocolInfo 引用的结构是：


清单 4. WSAPROTOCOL_INFO 结构 

typedef struct _WSAPROTOCOL_INFO {
  DWORD                dwServiceFlags1;
  DWORD                dwServiceFlags2;
  DWORD                dwServiceFlags3;
  DWORD                dwServiceFlags4;
  DWORD                dwProviderFlags;
  GUID                 ProviderId;
  DWORD                dwCatalogEntryId;
  WSAPROTOCOLCHAIN     ProtocolChain;
  int                  iVersion;
  int                  iAddressFamily;
  int                  iMaxSockAddr;
  int                  iMinSockAddr;
  int                  iSocketType;
  int                  iProtocol;
  int                  iProtocolMaxOffset;
  int                  iNetworkByteOrder;
  int                  iSecurityScheme;
  DWORD                dwMessageSize;
  DWORD                dwProviderReserved;
  TCHAR                szProtocol[WSAPROTOCOL_LEN+1];
} WSAPROTOCOL_INFO, *LPWSAPROTOCOL_INFO;

保留 GROUP g 。不过，对它的值没有任何限制。两个参数 lpProtocolInfo 和 dwFlags 引入了编程的巨大复杂性。我对全面测试 WSASocket() API 所需的测试程序数量进行了估算。例如， WSAPROTOCOL_INFO 结构显示了下列保守估计下的合法值数目。

注：下面的值（x n）显示每个参数可能的合法值数目。这些都是在我保守地假设只认为 szProtocol 字符串设置具有一个可能的合法值的情况，而实际上，字符串可以是任何最长 255 个字符的字符串。我的假设看来与文档没有冲突。“--?”表示我不知道该参数的有关文档或者该参数的用途是什么。我使用了 2001 年 2 月和 6 月的“平台 SDK（Platform SDK）”。

表 1. 对 WASPROTOCOL_INFO 的合法值数目的保守估计

dwServiceFlags1位字段。已定义了 19 位。2^19 = 512K 个合法值。（x 524,288）
dwServiceFlags2保留（x 1）
dwServiceFlags3保留（x 1）
dwServiceFlags4保留（x 1）
ProviderId一个 GUID，消除提供相同协议的多个供应商之间的歧义。（x 1）
dwCatalogEntryId由 WS2_32.DLL 为每个 WSAPROTOCOL_INFO 结构指定的唯一标识。（x 1）
ProtocolChain由 7 个项组成的结构。该结构表示在基本协议的顶部由一个或多个协议构成的协议链。（x 1）
iVersion协议版本标识符。（x 1）
iAddressFamily地址系列。大概与 WSASocket 接口中的相同。（x 1）
iMaxSockAddr“最大地址长度”--? （x 1）
iMinSockAddr“最小地址长度”--? （x 1）
iSocketType套接字类型。2 个值，但参数已在 socket() API 中说明。（x 1）
iProtocol与 socket() API 中的相同。我们将只考虑一个（x 1）
iProtocolMaxOffset特定于 Windows --? （x 1）
iNetworkByteOrderBIGENDIAN 或 LITTLEENDIAN（x 2）
iSecurityScheme只定义了一个。（x 1）
dwMessageSize最大消息大小。定义了三个特殊值，加上任何实际协议支持的值。（x 3）
dwProviderReserved保留。
szProtocol[WSAPROTOCOL_LEN+1]可能是一个标识协议的 Unicode 字符数组。（x 1）

dwFlags 参数有 5 个已定义的位字段。

  • WSA_FLAG_OVERLAPPED
  • WSA_FLAG_MULTIPOINT_C_ROOT
  • WSA_FLAG_MULTIPOINT_C_LEAF
  • WSA_FLAG_MULTIPOINT_D_ROOT
  • WSA_FLAG_MULTIPOINT_D_LEAF

dwFlags - 选项 2^5 = (x 32)

复杂性问题是一个实际问题。程序是用现有文档编写的，程序员希望文档都是正确的。如果象 sockets() API 这样的简单 API 因附加参数化而变得复杂，而且不太可能会全面测试附加参数空间，那么在使用更大参数空间前，应该要有令人信服的理由。劝告程序员最好跟着主线走。Microsoft 和 Linux 不会在简单的套接字 open/connect/send-recv/close 情况中犯错误。但是，很少会全面测试复杂 API 中较隐秘的角落。 尝试使 API 中的隐秘特性都会按文档指明的那样执行，会惊人地浪费大量时间。几乎在所有情况中，某些程序员只要稍许多做一些，就可使他或她避免走上未经测试的复杂 API() 的道路。

在这一思想前提下，我计算了 WSASocket() API 的附加参数空间的大小。这里发现的复杂度是在“Berkeley 套接字（Berkeley Sockets）”接口中仍存在的参数化以外的部分。根据上面的可能性，看来有

32 * 3 * 2 * 524,288 = 100,663,296

个调用组合可能出现在 Windows 操作系统。这个数不包括任何对 WSASocket() API 调用的前三个参数的参数化。对我来说，即使是理解如何能测试或验证这些参数化的实际子集，都是困难的。我承认，我不知道其中一些参数的用法，甚至它们的含义。针对这一专栏的目的，除 非读者能够显示如何通过使用 WSA 套接字的更隐秘接口来改进程序，我是避免使用这些接口的。

为回避“预言灾难的人却遭受了两次灾难”这一警语，我使用了 WSASocket() API，但是利用了 NULL WSAProtocol_Info 结构，而且只使用 WSA_FLAG_OVERLAPPED 位。仅当 WSASend 、 WSASendTo 等的参数化反映了重叠的 IO 请求时，才证明 WSA_FLAG_OVERLAPPED 是有意义的。我也不使用它们。因此，我用于“Windows 套 接字”（WSA 接口）的参数化与用于标准 Berkeley 样式的接口的参数化一样。那些对 WSA 接口和重叠 IO 问题有较好理解的人可能要尝试一下，看看您是否可以改进这里出现的性能数。

这里是为 Windows 和 Linux 创建套接字的代码：


清单 5. WSASocket 接口 

#ifdef _WIN32
#   define BADSOCK    INVALID_SOCKET
    sock1 = WSASocket(AF_INET,SOCK_STREAM,0,NULL,0,WSA_FLAG_OVERLAPPED);
#else
#   define BADSOCK    -1
    sock1 = socket(AF_INET, SOCK_STREAM, 0);
#endif
    if(sock1 == BADSOCK) {
        printf("socket FAILED: err=%d/n", errno);
        return 1;
    }

代码片断包含了 BADSOCK 的定义，以方便阅读。在实际程序中，它们与其它特定于平台的定义捆在一起。





回页首


连接和接受连接

一旦我们过了准备阶段，Windows 和 Linux 上的套接字编程就相当类似了。这里是执行与侦听器连接的客户机代码：


清单 6. 连接 
 
    if(connect(sock2, (struct sockaddr *)&addr1, sizeof(addr1))) {
        printf("connect FAILED: err=%d/n", errno);
        return 1;
    }

不需要条件定义。父进程创建套接字，并等待用该代码连接。


清单 7. 接受连接 

    rc = listen(sock1,1);
    if(rc) {
        printf("Listen FAILED: err=%d/n", errno);
        return 1;
    }
    sock3 = accept(sock1, (struct sockaddr *)&addr2, (socklen_t *)&addr2len);
    if(sock3 == BADSOCK) {
        printf("Accept FAILED: err=%d/n", errno);
        return 1;
    }

这也不需要条件定义。最后，传送和接收数据。





回页首


发送和接收数据

发送数据的代码是：


清单 8. 套接字 send() 操作 
 
        rc = send(sock3, (char *)&wtoken[0], 1, 0);
        if(rc == SOCKERR) {
            printf("send (1) FAILED: err=%d/n", errno);
            return 1;
        }

和


清单 9. 套接字 recv() 操作 

        rc = recv(sock2, (char *)&rtoken[0], 1, 0);
        if(rc == SOCKERR) {
            printf("recv (1) FAILED: err=%d/n", errno);
            return 1;
        }





回页首


程序 sockspeedp6

Sockspeedp6 是 sockspeed 程序的第 6 版。它获得了定时测试能力（请参阅我的 上一专栏），因此永远不会用它来生成性能数。 Sockspeedp6.cpp创建一个子进程，并将数据发送给它。 因为它是面向进程的，所以父进程和子进程都可以单独启动。这一特性使您能够在一个机器上启动父进程，在另一个上启动子进程。这正是使用进程而不是线程的原因。它的用法消息显示如下：


sockspeedp6 用法消息 
 
USAGE: sockspeedp6.exe [-sendbufsz N] [-recvbufsz M] [-summary] [-nodelay] /
                       [-nonblocking] hostname:port [nseconds] [bytes]
	where nseconds run time
	where bytes is the block size
	 -summary - print only blocksize and transfer rate
	sockspeedp6.exe -parent [options] - Run as Parent only
	sockspeedp6.exe -child [options] - Run as Child only
	sockspeedp6.exe -sendbufsz N - set the socket send buffer size to N
	sockspeedp6.exe -recvbufsz M - set the socket receive buffer size to M

Sockspeedp6.cpp 完全可以在 Red Hat 7.2 和 Windows 2000/Visual Studio 6.0 上编译。

编译器 版本
Windows/Microsoft C/C++用于 80x86 的版本 12.00.8804
Linux/GNU C/C++2.96

Sockspeed6 用来查看在一台机器上从一个进程到另一个进程的数据传输率。生成的值应该为我们提供了一个很好的想法：底层联网代码在独立于媒体速度的情况下可以传送数据的速度是多少。我研究了从 16 字节到 1 兆字节的传送大小。我没有研究无延迟选项（关闭 Nagel 算法）、非阻塞选项或者更改接收或发送缓冲区大小。这些研究将在另一个专栏中介绍。

sockspeedp6.cpp 表示的编程实践是直接明了的。 如果有更好的 Windows 或 Linux 编程技术，我很愿意了解（请使用 论坛），并将它们编码到 sockspeedp6.cpp 中以演示改进之处。Sockspeedp6 根据过去的经验不断改进。它在每个 send() 操作前更改内存，并读取 recv() 操作所获得的所有内存。正如提到的那样，它还使用我的 上一专栏中讲到的定时测试技术。





回页首


结果

所有测试都是在 576 MB 内存和 18 GB 磁盘的 IBM ThinkPad 600X 上运行的。系统引导所有三个操作系统。图 1 显示了 Windows 2000 Advanced Server、Windows XP Professional 和 Red Hat 7.2（Linux 2.4.2）的结果。


套接字传送速度、单处理器

在进行这里提到的开发和评测期间，我注意到 Windows 2000 在使用本地主机 IP 地址 127.0.0.1 时好象执行得好些。我使用本地主机 IP 地址重新对这三个平台进行测试。图 2 显示了这次的结果。对 127.0.0.1 的测试，我只是用图 1 上部的标记绘制了几条很粗糙的线。它显示 Windows 2000 真的在 127.0.0.1 地址上数据传送得比较快。但是，它也显示了 Windows XP 好象已除去了这一特性。


套接字传送速度

结果显示 Red Hat 7.2 提供了一个极为快速的套接字实现。使用这里演示的编码技术，Linux 达到的传送速率比任何一种 Windows 平台要快 2.5 倍。这些编码技术对于 Windows 是否是最理想的呢？我不知道这个问题的答案。我确实知道许多程序都用类似于 sockspeedp6 程序中包含的 send() 和 recv() 循环那样的简单循环编写。如果有改进 Windows 性能的技术，我和这里的读者都很愿意在 论坛中了解这些技术。

我们可以把这些数字与上一专栏中为管道生成的数字相比较。Linux“访问”内存的最大速度达到 400 MB/sec。在同一个图（我 上一专栏中的图 3）中，Windows“访问”内存的最大速度为 100 MB/sec，Linux 是它 的 4 倍。经过比较管道和套接字，我们发现 Linux 管道的速度比 Linux 套接字的速度将近快 5 倍，而 Windows 管道的速度比 Windows 套接字的速度快 3 倍。

以后的专栏中，我们将研究套接字的参数化，以努力找到更快的传送速率。在以后的专栏中，我们还会研究在物理介质上使用套接字。

有了从这次学习得到的知识，我们就能够预料下列问题的答案了： 如果当前没有使用介质的系统可以以 X MB/sec 的速度传送数据，则需要多少个 100 Mb/sec 适配器满足 CPU 的需要呢？一个简单的推测是：100 Mb/sec 相应于每秒 10 兆字节。将无介质的最大传送速率除以 10，您就可以得到满足 CPU 需要所需的适配器数量。这是一个前端推测。以后的专栏将判断这一推测是否合理。





回页首


结束语

我编写了一个程序 sockspeedp6.cpp 和一个 shell 脚本 sockspeedp6-sh.sh 来演示没有使用实际介质的情况下，Windows 和 Linux 上套接字的用法并测量它们的性能。 这些结果显示：通过套接字传送数据，Windows（两个版本）要比 Linux（Red Hat 7.2）慢得多。


 
Devillyd
关注
专栏目录
套接字(socket)编程
ics_0的博客
01-14 217
概念： 网络上的两个程序通过一个双向的通信连接实现数据的交换，这个连接的一端称为一个socket。 建立网络通信连接至少要一对端口号(socket)。socket本质是编程接口(API)，对TCP/IP的封装，TCP/IP也要提供可供程序员做网络开发所用的接口，这就是Socket编程接口；HTTP是轿车，提供了封装或者显示数据的具体形式；Socket是发动机，提供了网络通信的能力。 Socket的英文原义是“孔”或“插座”。作为BSD UNIX的 进程通信机制，取后一种意思。通常也称作" 套接字"，用于描述
Berkeley套接字
破茧而出
04-23 305
 网址：Berkeley套接字 服务器：#include <stdio.h>#include <string.h>#include <stdlib.h>#include <unistd.h>#include <arpa/inet.h>#include <netinet/in.h>#include <sys/socket....
TCP socket编程（套接字编程）基础
salmonwilliam的博客
09-06 288
这学期有这门课，所以学习了一波套接字编程，其实我这算是预习了hhhhhhh 本篇主要介绍如何运行程序（我最讨厌博客主直接上代码，都不说怎么用，那有个jb用呀），基本概念可以参考这篇博客：https://blog.csdn.net/lihao21/article/details/64624796，以后我会自己写一份关于套接字编程的基本概念的博客的。 套接字（socket）是一种通信机制，凭借这种...
Socket套接字程序编写步骤
zhubo22的专栏
10-07 5575
服务器端程序的编写步骤： 第一步：调用socket()函数创建一个用于通信的套接字。 第二步：给已经创建的套接字绑定一个端口号，这一般通过设置网络套接口地址和调用bind()函数来实现。 第三步：调用listen()函数使套接字成为一个监听套接字。 第四步：调用accept()函数来接受客户端的连接，这是就可以和客户端通信了。 第五步：处理客户端的连接请求。 第六步：终止连接。
C++的TCP套接字编程的基本步骤
m0_67393295的博客
03-31 3328
一服务端编程步骤 1创建服务端套接字（使用socket）。 2绑定套接字到一个IP地址和端口上（使用bind）。 3将套接字设置为监听模式等待连接请求（使用函数listen），这个套接字就是监听套接字。 4请求到来时，接受连接请求，返回一个新的对此次连接的套接字（accept）。 5用返回新的套接字和客户端进行通信，即发送或接收数据（使用函数send或recv），通信结束就关闭这个新创建的套接字（使用函数closesocket）。 6监听套接字继续处于监听状态，等待其他客户端的连接请求。 7如果要退出服务器
基于tcp，编写基于流式套接字的通信程序。
12-20
基于tcp，编写基于流式套接字的通信程序。 任务一：C++版同步通信程序 客户端连接后服务器能够发送一个欢迎消息给客户端，客户端发送time，发送当前时间（字符串形式）给客户端；客户端发送date，发送当前日期...
Java程序，用于确定三角形的类型：使用套接字Java编程确定三角形类型的客户端-服务器程序
02-20
这个程序通过套接字通信，允许客户端发送三角形的三边长度给服务器，然后服务器根据边长计算并返回三角形的类型。下面将详细介绍这个项目涉及的关键知识点。 1. **Java编程基础**： - **类与对象**：程序基于面向...
udp.rar_linux_socket_udp服务端编写_原始套接字udp
09-24
本话题主要涉及的是使用UDP（User Datagram Protocol）套接字来构建服务端和客户端，以及利用原始套接字发送ICMP（Internet Control Message Protocol）回射请求。下面将详细阐述这些知识点。 1. **UDP套接字**： ...
fehe-connection:使用套接字的易于使用的服务器-客户端框架
06-28
使用套接字的易于使用的服务器-客户端框架。 这是一个易于使用的库，用于通过套接字在网络上进行通信。 它是用 C++ 编写的。 实际上，该库在 windows 和 linux 上运行良好。 我们附上了两个简单的示例程序，它们...
易语言套接字例程
08-19
1. **套接字初始化子程序**：这是网络通信的第一步，通常涉及创建套接字句柄，设置通信参数（如协议类型、地址族等）。在易语言中，这一过程可能通过特定的函数或命令完成，用于建立网络连接的基础。 2. **释放句柄...
windows socket网络编程五：重叠IO模型
c++小白的博客
01-05 1645
文章目录分析事件通知重叠IO结构体创建支持重叠IO的socket投递异步Accept投递异步Recv投递异步Send询问事件获取重叠信号分类处理运行结果完成例程投递异步Accept投递异步Recv投递异步Send分类处理运行结果模型流程图源码链接 分析 在解决了select模型本身的同步阻塞问题后，我们还要处理send、recv、accept的执行阻塞。 我们socket的操作本质上都是字符串的拷贝复制，重叠IO是windows提供的一种异步读写文件的机制，将读的指令以及我们的buffer投给操作系统，然后
使用 WinSock 2 实现多址广播
amandaken的专栏
12-25 1363
使用 WinSock 2 实现多址广播 清华大学计算中心 蒋东兴   多址广播（ multicast ，也译作多点传送或组播）是一种一对多的传输方式，传输发起者通过一次传输就将信息传送到一组接收者，与单点传送（ unicast ）和广播（ broadcast ）相对应。    多址广播使用最广泛的是 IP multicast ，它标准 IP 网络层协议的扩展，由 Steve Deeri
socket编程与相关函数的使用
寂蝶难双，窃窃思羽.
09-20 871
一，什么是SOCKET SOCKET即套接字，用于描述地址和端口，是一个通信链的句柄。应用程序通过套接字向网络发出请求或者回应。 sockets（套接字）编程有三种，流式套接字（SOCK_STREAM），数据报（数据报）套接字（SOCK_DGRAM），原始套接字（SOCK_RAW）;前两种较常用。基于TCP的套接字编程是采用的流式套接字。 （1）SOCK_STREAM表示面向连接的数据传输方...
关于winsock：多点和多播语义
一世豁然的专栏
10-12 571
在考虑如何在Windows套接字2（Winsock）中支持多点和多播语义时，许多现有和提议的方案（包括IP多播，ATM点对多点连接，ST-II，T.120，H.320- MCU）进行了检查。 为了能够对各种方案进行连贯的讨论，首先要创建一个分类，以表征每个方案的基本属性，这是很有价值的。 在本文档中，术语“多点”表示多点和多播。   一、多点分类法 本节中描述的分类法首先将处理自身的控制平面...
socket(AF_INET, SOCK_RAW, IPPROTO_IP)的意思
just thinking
04-26 4248
这是include/linux/in.h里的定义: /* Standard well-defined IP protocols. */ enum { IPPROTO_IP = 0,   /* Dummy protocol for TCP   */ IPPROTO_ICMP = 1,   /* Internet Control Message Protocol */ IPPROTO_IGM
C++实现TCP服务器：套接字详解
套接字（Sockets）是计算机网络编程中的基本概念，尤其在C++中，它们允许不同进程间的通信。在这个例子中，我们看到一个使用VC++14环境编写的C++程序，展示了如何实现一个简单的TCP服务器。以下是关键步骤的详细解释...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值