Berkeley套接字

title: Berkeley套接字接口.
content: Berkeley套接字接口,一个应用程序接口(API),使用一个Internet套接字的概念,使主机间或者一台计算机上的进程间可以通讯。 它可以在很多不同的输入/输出设备和驱动之上运行,尽管这有赖于操作系统的具体实现。 接口实现用于TCP/IP协议,因此它是维持Internet的基本技术之一。 它是由加利福尼亚的伯克利大学开发,最初用于Unix系统。 如今,所有的现代操作系统都有一些源于Berkeley套接字接口的实现,它已成为连接Internet的标准接口。  套接字接口的接入有三个不同的级别,最基础的也是最有效的就是raw socket级别接入。 很少的应用程序需要在外向通讯控制的这个级别接入,所以raw socket级别是只为了用于开发计算机Internet相关技术的。 最近几年,大多数的操作系统已经实现了对它的全方位支持,包括Windows XP。
title: 使用Berkeley套接字的系统.
content: 由于Berkeley套接字是第一个socket,大多数程序员很熟悉它们,所以大量系统把伯克利套接字作为其主要的网络API。一个不完整的列表如下:
title: 头文件.
content: Berkeley套接字接口的定义在几个头文件中。这些文件的名字和内容与具体的实现之间有些许的不同。 大体上包括:
title: 套接字API函数.
content: 这个列表是一个Berkeley套接字API库提供的函数或者方法的概要:  更多的细节如下给出。
title: socket().
content: codice_6 为通讯创建一个端点,为套接字返回一个文件描述符。 socket() 有三个参数:  如果发生错误,函数返回值为-1。 否则,函数会返回一个代表新分配的描述符的整数。
title: bind().
content: codice_7 为一个套接字分配地址。当使用codice_6创建套接字后,只赋予其所使用的协议,并未分配地址。在接受其它主机的连接前,必须先调用bind()</code>为套接字分配一个地址。codice_7有三个参数: 如果发生错误,函数返回值为-1,否则为0。
title: listen().
content: 当socket和一个地址绑定之后,codice_8函数会开始监听可能的连接请求。然而,这只能在有可靠数据流保证的时候使用,例如:数据类型(codice_28, codice_30)。  listen()函数需要两个参数:  一旦连接被接受,返回0表示成功,错误返回-1。  原型:
title: accept().
content: 当应用程序监听来自其他主机的面对数据流的连接时,通过事件(比如Unix select()系统调用)通知它。必须用 codice_10函数初始化连接。 Accept() 为每个连接创立新的套接字并从监听队列中移除这个连接。它使用如下参数:  返回新的套接字描述符,出错返回-1。进一步的通信必须通过这个套接字。  Datagram 套接字不要求用accept()处理,因为接收方可能用监听套接字立即处理这个请求。
title: connect().
content: codice_9系统调用为一个套接字设置连接,参数有文件描述符和主机地址。  某些类型的套接字是无连接的,大多数是UDP协议。对于这些套接字,连接时这样的:默认发送和接收数据的主机由给定的地址确定,可以使用 send()和 recv()。 返回-1表示出错,0表示成功。
title: select().
content: int select (int nfds, fd_set FAR * readfds, fd_set FAR * writefds, fd_set FAR * exceptfds, const struct timeval FAR * timeout);
title: getsockname() 和 getpeername ().
content: int getsockname (SOCKET s, struct sockaddr *name, int* namelen); getsockname函数获取已绑定(可能是未调用bind的系统自动绑定)的套接口本地协议地址。 getpeername函数获得与指定套接口连接的远程信息(IP:PORT)。
title: gethostbyname() 和 gethostbyaddr().
content: codice_18 和 codice_19函数是用来解析主机名和地址的。可能会使用DNS服务或者本地主机上的其他解析机制(例如查询/etc/hosts)。返回一个指向 struct hostent的指针,这个结构体描述一个IP主机。函数使用如下参数:  出错返回NULL指针,可以通过检查 h_errno 来确定是临时错误还是未知主机。正确则返回一个有效的 struct hostent *。  这些函数并不是伯克利套接字严格的组成部分。这些函数可能是过时了,只能处理IPv4地址。在IPv6中,替代的新函数是 getaddrinfo() and getnameinfo(), 这些新函数是基于"addrinfo"数据结构。参考<Ws2tcpip.h>。
title: setsockopt().
content: int setsockopt(int sockfd, int level, int optname, void *optval, socklen_t *optlen); --设置套接字选项 参数: 在socket层, 有以下一些选项:
title: ioctlsocket.
content: int ioctlsocket(_In_ SOCKET s, _In_ long cmd, _Inout_ u_long *argp); 根据第二个参数的取值,设置socket I/O模式:
title: inet_pton与inet_ntop.
content: inet_pton与inet_ntop两个函数,在ASCII字符描述的IP地址与网络字节序的4字节IP地址之间转换。 字母"n"与"p",分别是numerical与presentation的缩写。
title: 协议和地址.
content: 套接字API是Unix网络的通用接口,允许使用各种网络协议和地址。  下面列出了一些例子,在现在的 Linux 和 BSD 中一般都已经实现了。  socket的通用address描述结构sockaddr是一个16字节大小的结构(2+14),sa_family可以认为是socket address family的缩写。另外的14字节是用来描述地址。当指定sa_family=AF_INET之后,sa_data的形式也就被固定了下来:最前端的2字节用于记录16位的端口,紧接着的4字节用于记录32位的IP地址,最后的8字节清空为零。
title: 使用TCP的服务器客户机举例.
title: 服务器.
content: 设置一个简单的TCP服务器涉及下列步骤: Python实现:
title: 客户机.
content: 建立一个客户机连接涉及以下步骤:  Python实现:
title: 使用UDP的服务器客户机举例.
content: 用户数据报协议(UDP)是一个不保证正确传输的无连接协议。 UDP数据包可能会乱序到达,多次到达或者直接丢失。但是设计的负载比TCP小。  UDP地址空间,也即是UDP端口,和TCP端口是没有关系的。
title: 服务器.
content: Code may set up a UDP server on port 7654 as follows:  上面的无限循环用recvfrom()接收给UDP端口7654的数据包。使用如下参数:  同样功能的Python实现:
title: 客户机.
content: 用UDP数据包发送一个"Hello World!" 给地址127.0.0.1(回环地址),端口 7654 。  codice_66指定要发送数据的指针, codice_67指定缓存内容的大小。  同样功能的Python实现:
title: 参考资料.
content: The "de jure" standard definition of the Sockets interface is contained in the POSIX standard, known as:  Information about this standard and ongoing work on it is available from the Austin website.  The IPv6 extensions to the base socket API are documented in RFC 3493 and RFC 3542.

Summary: 伯克利套接字(英语:Internet Berkeley sockets),又称为BSD 套接字(英语:BSD sockets)是一种应用程序接口(API),用于网络套接字( socket)与Unix域套接字,包括了一个用C语言写成的应用程序开发库,主要用于实现进程间通讯,在计算机网络通讯方面被广泛使用。

Berkeley sockets: Berkeley sockets is an application programming interface (API) for Internet sockets and Unix domain sockets, used for inter-process communication (IPC). It is commonly implemented as a library of linkable modules. It originated with the 4.2BSD Unix operating system, released in 1983.