linuxbsdsocket

㈠ 在linux系统中，是否可以设置某个socket链接成功建立后在一定的时间内没有数据通信就把这个链

原因：

1、
因为服务器是时时在监听有没有客户端的连接，如果服务器不绑定IP和端口的话,客户端上线的时候怎么连到服务器呢,所以服务器要绑定IP和端口，而客户端就不需要了,客户端上线是主动向服务器发出请求的,因为服务器已经绑定了IP和端口,所以客户端上线的就向这个IP和端口发出请求,这时因为客户开始发数据了(发上线请求),系统就给客户端分配一个随机端口,这个端口和客户端的IP会随着上线请求一起发给服务器,服务收到上线请求后就可以从中获起发此请求的客户的IP和端口,接下来服务器就可以利用获起的IP和端口给客户端回应消息了。
2、采用UDP通信
1）若有客户端和服务器之分的程序，创建sock后即可在该socket上用recvfrom/sendto方法发送接受数据了，因为客户端只需要用sendto发送数据到指定的地址，当然若是bind了，程序也没什么问题，区别就是系统用默认自动bind()指定你自己的socket参数地址(特别是在指定特定端口的UDP对等通信)只是这种情况没有这样用的。
那UDP服务器是怎么知道客户端的IP地址和UDP端口？
一般来说有两种方式：
一种是客户端发消息显式地告诉服务器IP地址和端口，消息内容就包括IP地址和UDP端口。
另外一种就是隐式的，服务器从收到的包的头部中得到包的源IP地址和端口。

2）若是没有客户端和服务器之分的程序，即自己指定特定端口的UDP对等通信，则客户端和服务器都需要bind（）IP地址和端口了。
通常udp服务端根本不需要知道客户端的socket，它直接建立一个socket用于发送即可，udp通信的关键只在于IP和端口。
多个客户端如果需要点到点分发，必须给服务端socket循环设置每个客户端的IP并发出，但更常用的是广播分发，服务端socket设定一个X.X.X.255的广播地址并始终向它发送，每个客户端建立的socket只需要绑定这个广播地址便可以收到。

客户端用不用bind 的区别
无连接的socket的客户端和服务端以及面向连接socket的服务端通过调用bind函数来配置本地信息。使用bind函数时，通过将my_addr.sin_port置为0，函数会自动为你选择一个未占用的端口来使用。
Bind()函数在成功被调用时返回0；出现错误时返回"-1"并将errno置为相应的错误号。需要注意的是，在调用bind函数时一般不要将端口号置为小于1024的值，因为1到1024是保留端口号，你可以选择大于1024中的任何一个没有被占用的端口号。

有连接的socket客户端通过调用Connect函数在socket数据结构中保存本地和远端信息，无须调用bind()，因为这种情况下只需知道目的机器的IP地址，而客户通过哪个端口与服务器建立连接并不需要关心，socket执行体为你的程序自动选择一个未被占用的端口，并通知你的程序数据什么时候打开端口。（当然也有特殊情况，linux系统中rlogin命令应当调用bind函数绑定一个未用的保留端口号，还有当客户端需要用指定的网络设备接口和端口号进行通信等等）
总之：
1.需要在建连前就知道端口的话，需要 bind
2.需要通过指定的端口来通讯的话，需要 bind

具体到上面那两个程序，本来用的是TCP，客户端就不用绑定端口了，绑定之后只能运行一个client 的程序，是属于自己程序中人为设定的障碍，而从服务器那边得到的客户机连接端口号（是系统自动分配的）与这边客户机绑定的端口号根本是不相关的，所以客户 绑定也就失去了意义。
注意：
一个端口可以用于多个连接（比如多个客户端连接服务器的同一端口）。但是在同一个操作系统上，即服务器和客户端都是本机上，多个客户端去连接服务器，只有第一个客户端的连接会被接收，第二个客户端的连接请求不会被接收。

首先，服务器和客户端都可以bind，bind并不是服务器的专利。
客户端进程bind端口： 由进程选择一个端口去连服务器，（如果默认情况下，调用bind函数时，内核指定的端口是同一个，那么运行多个调用了bind 的client 程序，会出现端口被占用的错误）注意这里的端口是客户端的端口。如果不分配就表示交给内核去选择一个可用端口。
客户端进程bind IP地址：相当于为发送出去的IP数据报分配了源IP地址，但交给进程分配IP地址的时候（就是这样写明了bind IP地址的时候）这个IP地址必须是主机的一个接口，不能分配一个不存在的IP。如果不分配就表示由内核根据所用的输出接口来选择源IP地址。

一般情况下客户端是不用调用bind函数的，一切都交给内核搞定！

服务端进程bind端口：基本是必须要做的事情，比如一个服务器启动时（比如freebsd），它会一个一个的捆绑众所周知的端口来提供服务，同样，如果bind了一个端口就表示我这个服务器会在这个端口提供一些“特殊服务”。
服务端进程bind IP地址：目的是限制了服务端进程创建的socket只接受那些目的地为此IP地址的客户链接，一般一个服务器程序里都有
servaddr.sin_addr.s_addr = htonl(INADDR_ANY); // 只是针对IP4，IP6代码不太一样
这样一句话，意思就是：我不指定客户端的IP，随便连，来者不拒！

总之只要你bind时候没有指定哪一项（置为0），内核会帮你选择。

㈡ linux系统的进程间通信有哪几种方式

一、方式

1、管道（Pipe）及有名管道（ mkpipe）：

管道可用于具有亲缘关系进程间的通信，有名管道克服了管道没有名字的限制，因此，除具有管道所具有的功能外，它还允许无亲缘关系进程间的通信；

2、信号（Signal）：

信号是比较复杂的通信方式，用于通知接受进程有某种事件发生，除了用于进程间通信外，进程还可以发送信号给进程本身。

linux除了支持Unix早期信号语义函数sigal外，还支持语义符合Posix.1标准的信号函数sigaction。

实际上，该函数是基于BSD的，BSD为了实现可靠信号机制，又能够统一对外接口，用sigaction函数重新实现了signal函数。

3、消息队列（Message）：

消息队列是消息的链接表，包括Posix消息队列system V消息队列。有足够权限的进程可以向队列中添加消息，被赋予读权限的进程则可以读走队列中的消息。消息队列克服了信号承载信息量少，管道只能承载无格式字节流以及缓冲区大小受限等缺点。

4、共享内存：

使得多个进程可以访问同一块内存空间，是最快的可用IPC形式。是针对其他通信机制运行效率较低而设计的。往往与其它通信机制，如信号量结合使用，来达到进程间的同步及互斥。

5、信号量（semaphore）：

主要作为进程间以及同一进程不同线程之间的同步手段。

6、套接口（Socket）：

更为一般的进程间通信机制，可用于不同机器之间的进程间通信。起初是由Unix系统的BSD分支开发出来的，但现在一般可以移植到其它类Unix系统上：Linux和System V的变种都支持套接字。

二、概念

进程间通信概念：

IPC—-InterProcess Communication

每个进程各自有不同的用户地址空间,任何一个进程的全局变量在另一个进程中都看不到所以进程之间要交换数据必须通过内核。

在内核中开辟一块缓冲区,进程1把数据从用户空间拷到内核缓冲区,进程2再从内核缓冲区把数据读走,内核提供的这种机制称为进程间通信。

(2)linuxbsdsocket扩展阅读

1）无名管道:

管道是半双工的，数据只能向一个方向流动；需要双方通信时，需要建立起两个管道；只能用于父子进程或者兄弟进程之间（具有亲缘关系的进程）。

管道对于管道两端的进程而言，就是一个文件，但它不是普通的文件，它不属于某种文件系统，构成两进程间通信的一个媒介。

数据的读出和写入：一个进程向管道中写的内容被管道另一端的进程读出。写入的内容每次都添加在管道缓冲区的末尾，并且每次都是从缓冲区的头部读出数据。

2）有名管道：

不同于管道之处在于它提供一个路径名与之关联，以FIFO的文件形式存在于文件系统中。这样，即使与FIFO的创建进程不存在亲缘关系的进程，只要可以访问该路径，就能够彼此通过FIFO相互通信（能够访问该路径的进程以及FIFO的创建进程之间）。

因此，通过FIFO不相关的进程也能交换数据。值得注意的是，FIFO严格遵循先进先出（first in first out），对管道及FIFO的读总是从开始处返回数据，对它们的写则把数据添加到末尾。它们不支持诸如lseek()等文件定位操作。

㈢ Linux操作系统具有哪些特点

一、 Linux的诞生
Linux的兴起可以说是Internet创造的一个奇迹。 1991年初，当年轻的芬兰大学生Linus Torvalds在开始其Linux 操作系统的设计时，他的目的只不过是想看一看Intel 386存储 管理硬件是怎样工作的，而绝对没有想到这一举动会在计算机界 产生如此重大的影响。他的设计进展得很顺利，只花了几个月时 间就在一台Intel 386微机上完成了一个类似于Unix 的操作系统, 这就是最早的Linux版本。1991年底，Linus Torvalds首次在Internet 上发布了基于Intel 386体系结构的Linux源代码，从此以后，奇迹开始 发生了。由于Linux具有结构清晰、功能简捷等特点，许多大专院校的学 生和科研机构的研究人员纷纷把它作为学 习和研究的对象。他们在更正原 有Linux版本中错误的同时，也不断地为Linux增加新的功能。在众多热心者的 努力下，Linux逐渐成为一个稳定可靠、功能完善的操作系统。一些软件公司， 如Red Hat、InfoMagic等也不失时机地推出了自己的以Linux为核心的操作系统 版本，这大大推动了Linux的商品化。在一些大的计算机公司的支持下，Linux还 被移植到以Alpha APX、PowerPC、Mips及Sparc等为处理机的系统上。Linux的使 用日益广泛，其影响力直逼Unix。

Linux的成功得益于如下因素：
(1) 具有良好的开放性。Linux及其生成工具的源代码均可通过Internet免费获取，linux爱 好者能非常 容易地建立一个Linux开发平台。

(2) Internet的普及使热心于Linux的开发者们能进行高效、快捷的交流，从而为Linux 创造了一个优良的分布式开发环境。

(3) Linux具有很强的适应性，能适应各种不同的硬件平台。
Linux的版本更新很快。在短短的七年时间里，其版本已升至2.1.x。这里之所以用"x"表示，是因为 x的值变化太快，很难准确地定位它的值。这也从侧面反映了从事Linux的研究者之多。不过，Linux用得最 多的版本还是2.0.30，许多商品化的操作系统都以它为核心。

二、 Linux的主要特点
作为一个操作系统，Linux几乎满足当今Unix操作系统的所有要求，因此，它具有Unix操作系统的基本 特征。
1.符合POSIX 1003.1标准
POSIX 1003.1标准定义了一个最小的Unix操作系统接口，任何操作系统只有符合这一标准，才有可能运 行Unix程序。考虑到Unix具有丰富的应用程序，当今绝大多数操作系统都把满足POSIX 1003.1标准作为实现 目标，Linux也不例外，它完全支持POSIX 1003.1标准。另外，为了使Unix System V和BSD上的程序能直接在 Linux上运行， Linux还增加了部分System V和BSD的系统接口，使Linux成为一个完善的Unix程序开发系统。

2.支持多用户访问和多任务编程
Linux是一个多用户操作系统，它允许多个用户同时访问系统而不会造成用户之间的相互干扰。另外， Linux还支持真正的多用户编程，一个用户可以创建多个进程，并使各个进程协同工作来完成用户的需求.

3.采用页式存储管理
页式存储管理使Linux能更有效地利用物理存储空间，页面的换入换出为用户提供了更大的存储空间。

4.支持动态链接
用户程序的执行往往离不开标准库的支持，一般的系统往往采用静态链接方式，即在装配阶段就已将 用户程序和标准库链接好，这样，当多个进程运行时，可能会出现库代码在内存中有多个副本而浪费存储 空间的情况。Linux 支持动态链接方式，当运行时才进行库链接，如果所需要的库已被其它进程装入内存， 则不必再装入，否则才从硬盘中将库调入。这样能保证内存中的库程序代码是唯一的。

5.支持多种文件系统
Linux能支持多种文件系统。目前支持的文件系统有：EXT2、EXT、XIAFS、ISOFS、HPFS、MSDOS、UMSDOS、 PROC、NFS、SYSV、MINIX、SMB、UFS、NCP、VFAT、AFFS。Linux最常用的文件系统是EXT2，它的文件名长度可 达255字符，并且还有许多特有的功能，使它比常规的Unix文件系统更加安全。

6.支持TCP/IP、SLIP和PPP
在Linux中，用户可以使用所有的网络服务，如网络文件系统、远程登录等。SLIP和PPP能支持串行线上的 TCP/IP协议的使用，这意味着用户可用一个高速Modem通过电话线连入Internet网中。

除了上述基本特征外，Linux还具有其独有的特色：

支持硬盘的动态Cache 这一功能与MS�DOS中的Smartdrive相似。所不同的是，Linux能动态调整所用的 Cache存储器的大小，以适合当前存储器的使用情况，当某一时刻没有更多的存储空间可用时，Cache将被减少， 以增加空闲的存储空间，一旦存储空间不再紧张，Cache的大小又将增加。
支持不同格式的可执行文件 Linux具有多种模拟器，这使它能运行不同格式的目标文件。其中，DOS和 MS�Windows正在开发之中，iBCS2模拟器能运行SCO Unix的目标程序。(iBCS2 模拟器不是Linux标准核心的 一部分，但可从ftp.informatik.hu�berlin.de：/pub/os/linux下载)

三、 Linux的主要构成
Linux主要由存储管理、进程管理、文件系统、进程间通信等几部分组成，在许多算法及实现策略上， Linux借鉴了Unix的成功经验，但也不乏自己的特色。

1.存储管理
Linux采用页式存储管理机制，每个页面的大小随处理机芯片而异。例如，Intel 386处理机页面大小 可为4KB和2MB两种，而Alpha处理机页面大小可为8KB、16KB、32KB和64KB。页面大小的选择对地址变换算 法和页表结构会有一定的影响，如Alpha的虚地址和物理地址的有效长度随页面尺寸的变化而变化，这种变 化必将在地址变换和页表项中有所反映。
在Linux中，每一个进程都有一个比实际物理空间大得多的进程虚拟空间，为了建立虚拟空间和物理空 间之间的映射，每个进程还保留一张页表，用于将本进程空间中的虚地址变换成物理地址。页表还对物理页 的访问权限作出了规定，定义了哪些页可读写，哪些页是只读页，在进行虚实变换时，Linux将根据页表中规 定的访问权限来判定进程对物理地址的访问是否合法，从而达到存储保护的目的。
Linux存储空间分配遵循的是不到有实际需要的时候决不分配物理空间的原则。当一个程序加载执行时， Linux只为它分配了虚空间，只有访问某一虚地址而发生了缺页中断时，才为它分配物理空间，这样就可能 出现某些程序运行完成后，其中的一些页从来就没有装进过内存。这种存储分配策略带来的好处是显而易见的，因为它最大限度地利用了物理存储器。
尽管Linux对物理存储器资源的使用十分谨慎，但还是经常出现物理存储器资源短缺的情况。Linux有一 个名为kswapd的进程专门负责页面的换出，当系统中的空闲页面小于一定的数目时，kswapd将按照一定的淘 汰算法选出某些页面，或者直接丢弃(页面未作修改)，或者将其写回硬盘(页面已被修改)。这种换出方式不 同于较旧版本Unix的换出方式，它是将一个进程的所有页全部写回硬盘。相比之下，Linux的效率更高。

2.进程管理
在Linux中，进程是资源分配的基本单位，所有资源都是以进程为对象来进行分配的。 在一个进程的生 命期内，它会用到许多系统资源，会用CPU运行其指令，用存储器存储其指令和数据，它也会打开和使用文件 系统中的文件，直接或间接用到系统中的物理设备，因此，Linux设计了一系列的数据结构，它们能准确地描 述进程的状态和其资源使用情况，以便能公平有效地使用系统资源。Linux的调度算法能确保不出现某些进程 过度占用系统资源而导致另一些进程无休止地等待的情况。

进程的创建是一个十分复杂的过程，通常的做法需为子进程重新分配物理空间，并把父进程空间的内容全 盘复制到子进程空间中，其开销非常大。为了降低进程创建的开销，Linux采用了Copy�on�write技术，即不 拷贝父进程的空间，而是拷贝父进程的页表，使父进程和子进程共享物理空间，并将这个共享空间的访问权限 置为只读。当父进程和子进程的某一方进行写操作时，Linux检测到一个非法操作，这时才将要写的页进行复制 。这一做法免除了只读页的复制，从而降低了开销。
Linux目前尚未提供用户级线程，但提供了核心级线程，核心线程的创建是在进程创建的基础上稍做修改， 使创建的子进程与父进程共享虚存空间。从这一意义上讲，核心线程更像一个共享进程组。

3.文件系统
Linux最重要的特征之一就是支持多个不同的文件系统，前面我们已经看到，Linux目前支持的文件系统 多达十余种，随着时间的推移，这一数目还在不断增加。在Linux中，一个分离的文件系统不是通过设备标识 (如驱动器号或驱动器名)来访问，而是 把它合到一个单一的目录树结构中，通过目录来访问，这一点与Unix十分相似。Linux用 安装命令将一个新的文件系统安装到系统单一目录树的某一目录下，一旦安装成功，该目录下的所有内容将 被新安装的文件系统所覆盖，当文件系统被卸下后，安装目录下的文件将会被重新恢复。

Linux最初的文件系统是Minix。该文件系统对文件限制过多，并且性能低下，如文件名长度不能超过14 个字符、文件大小不能超过64MB。为了解决这些问题，Linux的开发者们设计了一个Linux专用的文件系统EXT。 EXT对文件的要求放松了许多，但在性能上并没有大的改观，于是就有了后面的EXT2文件系统。EXT2文件系统 是一个非常成功的文件系统，它无论是对文件的限制还是在性能方面都大大优于EXT文件系统，所以，EXT2自 从推出就一直是Linux最常用的文件系统。
为了支持多种文件系统，Linux用一个被称为虚拟文件系统(VFS)的接口层将真正的文件系统同操作系统及 系统服务分离开。VFS掩盖了不同文件系统之间的差异，使所有文件系统在操作系统和用户程序看来都是等同的。VFS允许用户同时透明地安装多个不同的文件系统。

4.进程间通信
Linux提供了多种进程间的通信机制，其中，信号和管道是最基本的两种。除此以外，Linux也提供 System V的进程间通信机制，包括消息队列、信号灯及共享内存。为了支持不同机器之间的进程通信， Linux还引入了BSD的Socket机制。

四、 Linux的不足及发展趋势
Linux从出现到现今只经历了短短七年的时间，但其发展速度是惊人的，这与它的开放性和优良的性能 是密不可分的。不过我们应该看到，作为一个由学生开发的系统，Linux还有许多先天不足，它的设计思想 过多地受到传统操作系统的约束，没有体现出当今操作系统的发展潮流，具体表现在以下几个方面：

不是一个微内核操作系统；
是一个分布式操作系统；
不是一个安全的操作系统；
没有用户线程；
不支持实时处理；

代码是用C而不是C＋＋这样的现代程序设计语言编写的。
尽管Linux有这样和那样的不足，但其发展潜力不容低估，其发展的动力就是遍布全球、为数众多的 Linux热心者。今后Linux将会朝着完善功能、提高效率的方向发展，包括允许用户创建线程、增加实时处 理功能、开发适合多处理机体系结构的版本。我们相信，Linux、Unix及NT三足鼎立的时代将为期不远。

㈣ linux 如何用make命令带参数详解，什么意思

1.socket是属于LINUX下的进程间通信的一种方式BSD，（socket）套接字。
既可以实现同一台主机间的进程间通信，也可以实现不同主机间的进程间通信，
也是操作系统给应用程序提供的用于网络通信的接口。
在Linux下，由于一切皆文件，所以socket也是一种文件。可以通过文件描述符去操作。

2.IP号：主机的唯一标识。
子网掩码：用于判断数据包向外网还是向内网发送。
IP地址在使用必须转换为二进制形式（inet_addr）。
对应的端口号转换（htons）；
IP区分主机，端口号区分进程。

3.客户端的创建（对应的函数）
（1）创建SOCKET套接字 （socket）
（2）绑定地址信息（bind）（这一步骤可以省略，系统会自动分配）
（3）发送连接请求（connect）
（4）收发消息（send/recv）
（5）关闭套接字 （close）

4.服务器的创建（对应的函数）
（1）创建SOCKET套接字 （socket）
（2）绑定地址信息（bind）（服务器对应的IP地址和端口号）
（3）创建一个监听队列（listen）
（4）接受连接请求 （accept）
（5）收发消息 （send/recv）
（6）关闭套接字 （close）

下面就是客户端的代码如下：

#include <stdio.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <string.h>
#include <unistd.h>
#include <arpa/inet.h>

int main()
{
//定义Internet协议结构,客户端的IP信息
struct sockaddr_in myaddr;
memset(&myaddr,0,sizeof(myaddr));
myaddr.sin_family = PF_INET;
myaddr.sin_port = htons(1314);
myaddr.sin_addr.s_addr = inet_addr("127.0.0.1");

//1.创建套接字
int clientId = socket(PF_INET,SOCK_STREAM,0);
if(clientId<0)
{
perror("socket\n");
return -1;
}
printf("socket ok\n");
//2发起链接请求
int ret = connect(clientId,(struct sockaddr *)&myaddr,sizeof(myaddr));
if(ret <0)
{
perror("connect\n");
close(clientId);
return -1;
}
printf("connect ok\n");
// 3接收消息
while(1)
{
char buf[1024];
memset(buf,0,1024);
ret = recv(clientId,buf,sizeof(buf),0);
if(ret<0)
{
perror("recv\n");
close(clientId);
return -1;
}
printf("received from xldserver:%s\n",buf);
memset(buf,0,1024);
printf("xldclient: ");
gets(buf);
if(strcmp(buf,"quit")==0)
{

break;
}
ret=send(clientId,buf,sizeof(buf),0);
if(ret<0)
{
perror("send\n");
close(clientId);
return -1;
}
}

//4.关闭套接字
close(clientId);
return 0;
}

下面是服务器的具体代码

#include <stdio.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <string.h>
#include <arpa/inet.h>
#include <unistd.h>
int main()
{
//定义Internet协议结构,服务器的端口号和IP地址
struct sockaddr_in myaddr;
memset(&myaddr,0,sizeof(myaddr));
myaddr.sin_family = PF_INET;
myaddr.sin_port = htons(1314);
myaddr.sin_addr.s_addr = inet_addr("127.0.0.1");

//1.创建套接字
int uouo123 = socket(PF_INET,SOCK_STREAM,0);
if(uouo123<0)
{
perror("serverFd\n");
return -1;
}
printf("socket ok\n");
//2.绑定地址信息
int ret = bind(uouo123,(struct sockaddr *)&myaddr,sizeof(myaddr));
if(ret<0)
{
perror("bind\n");
close(uouo123);
return -1;
}
printf("bind ok\n");
//3.创建一个监听队列
if(listen(uouo123,10)<0)
{
perror("listen\n");
close(uouo123);
return -1;
}
printf("listening....\n");
//4.接受链接请求
int conId=accept(uouo123,NULL,NULL);
if(conId<0)
{
perror("accept\n");
close(uouo123);
return -1;
}
printf("accept ok\n");
//5.收发消息
while(1)
{
char buf[1024];
memset(buf,0,1024);
printf("please input message (to xldclient)\n");
gets(buf);
if(strcmp(buf,"quit")==0)
{
break;
}
ret = send(conId,buf,sizeof(buf),0);
if(ret <0)
{
perror("send\n");
close(uouo123);
close(conId);
return -1;
}
ret = recv(conId,buf,sizeof(buf),0);
if(ret<0)
{
perror("recv\n");
close(uouo123);
close(conId);
return -1;
}
printf("from xldclient:%s\n",buf);
}
//6.关闭套接字
close(uouo123);
close(conId);
return 0;
}

㈤ linux手册翻译——socket(2)

socket - 创建一个用于通信的端点

socket() 创建用于通信的端点并返回引用该端点的文件描述符。 成功调用时返回的文件描述符，将是当前没有被进程打开的所有文件描述符中编号最低的。

domain 参数指定一个通信域； 以决定用于通信的协议族。 这些系列在 <sys/socket.h> 中定义。 目前 Linux 内核理解的格式包括：

当然最常用的当然是 AF_INET ，即IPV4。
上述地址族的更多详细信息以及其他几个地址族的信息可以在 address_families(7) 中找到。

套接字具有指定的 type ，它指定了通信语义。 当前定义的类型有：

某些套接字类型可能不会被所有协议族实现。
从 Linux 2.6.27 开始，type 参数有第二个用途：除了指定套接字类型之外，它还可以包含以下任何值的按位或，以修改 socket() 的行为：

老朋友了，上述两个，第一个是非阻塞，第二个是执行exec时自动关闭。

protocol 指定要与套接字一起使用的特定协议。 通常只存在一个协议来支持给定协议族中的特定套接字类型 ，在这种情况下，protocol 可以指定为 0。但是，可能存在许多协议，在这种情况下，必须在此指定特定协议方式。 特定协议对应的编号可以查看文件: /etc/protocols

SOCK_STREAM 类型的套接字是全双工字节流。 它们不保留记录边界。 流套接字必须处于连接状态，然后才能在其上发送或接收任何数据。 到另一个套接字的连接是通过 connect(2) 调用创建的。 连接后，可以使用 read(2) 和 write(2) 调用或 其变体send(2) 和 recv(2) 的来传输数据。 当会话完成时，可以执行 close(2)。 带外数据也可以按照 send(2) 中的描述进行传输，并按照 recv(2) 中的描述进行接收。

实现 SOCK_STREAM 的通信协议确保数据不会丢失或重复。 如果协议的缓冲空间中存在一条数据在合理的时间内不能成功传输，则认为该连接已失效。 当 SO_KEEPALIVE 在套接字上启用时，将会以特定于协议的方式检查另一端是否仍然存在。 如果进程在损坏的流上发送或接收，则会引发 SIGPIPE 信号； 这会导致不处理信号的进程退出。 SOCK_SEQPACKET 套接字使用与 SOCK_STREAM 套接字相同的系统调用。 唯一的区别是 read(2) 调用将只返回请求的数据量，到达数据包中剩余的其他数据都将被丢弃。 传入数据报中的所有消息边界也被保留。

SOCK_DGRAM 和 SOCK_RAW 套接字允许将数据报发送到在 sendto(2) 调用中指定的通信者。 数据报通常用 recvfrom(2) 接收，它返回下一个数据报及其发送者的地址。

SOCK_PACKET 是一种过时的套接字类型，用于直接从设备驱动程序接收原始数据包。 改用 packet(7)。

An fcntl(2) F_SETOWN operation can be used to specify a process or process group to receive a SIGURG signal when the out-of-band data arrives or SIGPIPE signal when a SOCK_STREAM connection breaks unexpectedly. This operation may also be used to set the process or process group that receives the I/O and asynchronous notification of I/O events via SIGIO. Using F_SETOWN is equivalent to an ioctl(2) call with the FIOSETOWN or SIOCSPGRP argument.

When the network signals an error condition to the protocol mole (e.g., using an ICMP message for IP) the pending error flag is set for the socket. The next operation on this socket will return the error code of the pending error. For some protocols it is possible to enable a per-socket error queue to retrieve detailed information about the error; see IP_RECVERR in ip(7).

套接字的操作由套接字选项控制。 这些选项在 <sys/socket.h> 中定义。 函数setsockopt(2) 和getsockopt(2) 用于设置和获取选项。对于选项的描述，详见socket(7).

成功时，将返回新套接字的文件描述符。 出错时，返回 -1，并设置 errno 以指示错误。

POSIX.1-2001, POSIX.1-2008, 4.4BSD.

The SOCK_NONBLOCK and SOCK_CLOEXEC flags are Linux-specific.

socket() appeared in 4.2BSD. It is generally portable to/from non-BSD systems supporting clones of the BSD socket layer (including System V variants).

在 4.x BSD 下用于协议族的清单常量是 PF_UNIX、PF_INET 等，而 AF_UNIX、AF_INET 等用于地址族。 但是，BSD 手册页已经承诺：“协议族通常与地址族相同”，随后的标准到处都使用 AF_*。

㈥ linux系统的进程间通信有哪几种方式

• 数据传输
  一个进程需要将它的数据发送给另一个进程，发送的数据量在一个字节到几M字节之间

• 共享数据
  多个进程想要操作共享数据，一个进程对共享数据

• 通知事
  一个进程需要向另一个或一组进程发送消息，通知它（它们）发生了某种事件（如进程终止时要通知父进程）。

• 资源共享
  多个进程之间共享同样的资源。为了作到这一点，需要内核提供锁和同步机制。

• 进程控制
  有些进程希望完全控制另一个进程的执行（如Debug进程），此时控制进程希望能够拦截另一个进程的所有陷入和异常，并能够及时知道它的状态改变。

Linux 进程间通信（IPC）的发展

linux下的进程通信手段基本上是从Unix平台上的进程通信手段继承而来的。而对Unix发展做出重大贡献的两大主力AT&T的贝尔实验室及BSD（加州大学伯克利分校的伯克利软件发布中心）在进程间通信方面的侧重点有所不同。

前者对Unix早期的进程间通信手段进行了系统的改进和扩充，形成了“system V IPC”，通信进程局限在单个计算机内；

后者则跳过了该限制，形成了基于套接口（socket）的进程间通信机制。

Linux则把两者继承了下来

• 早期UNIX进程间通信

• 基于System V进程间通信

• 基于Socket进程间通信

• POSIX进程间通信。

UNIX进程间通信方式包括：管道、FIFO、信号。

System V进程间通信方式包括：System V消息队列、System V信号灯、System V共享内存

POSIX进程间通信包括：posix消息队列、posix信号灯、posix共享内存。

由于Unix版本的多样性，电子电气工程协会（IEEE）开发了一个独立的Unix标准，这个新的ANSI Unix标准被称为计算机环境的可移植性操作系统界面（PSOIX）。现有大部分Unix和流行版本都是遵循POSIX标准的，而Linux从一开始就遵循POSIX标准；

BSD并不是没有涉足单机内的进程间通信（socket本身就可以用于单机内的进程间通信）。事实上，很多Unix版本的单机IPC留有BSD的痕迹，如4.4BSD支持的匿名内存映射、4.3+BSD对可靠信号语义的实现等等。

linux使用的进程间通信方式

• 管道（pipe）,流管道(s_pipe)和有名管道（FIFO）

• 信号（signal）

• 消息队列

• 共享内存

• 信号量

• 套接字（socket)

管道( pipe )

管道这种通讯方式有两种限制，一是半双工的通信，数据只能单向流动，二是只能在具有亲缘关系的进程间使用。进程的亲缘关系通常是指父子进程关系。

流管道s_pipe: 去除了第一种限制,可以双向传输.

管道可用于具有亲缘关系进程间的通信，命名管道:name_pipe克服了管道没有名字的限制，因此，除具有管道所具有的功能外，它还允许无亲缘关系进程间的通信；

信号量( semophore )

信号量是一个计数器，可以用来控制多个进程对共享资源的访问。它常作为一种锁机制，防止某进程正在访问共享资源时，其他进程也访问该资源。因此，主要作为进程间以及同一进程内不同线程之间的同步手段。

信号是比较复杂的通信方式，用于通知接受进程有某种事件发生，除了用于进程间通信外，进程还可以发送信号给进程本身；linux除了支持Unix早期信号语义函数sigal外，还支持语义符合Posix.1标准的信号函数sigaction（实际上，该函数是基于BSD的，BSD为了实现可靠信号机制，又能够统一对外接口，用sigaction函数重新实现了signal函数）；

消息队列( message queue )

消息队列是由消息的链表，存放在内核中并由消息队列标识符标识。消息队列克服了信号传递信息少、管道只能承载无格式字节流以及缓冲区大小受限等缺点。

消息队列是消息的链接表，包括Posix消息队列system V消息队列。有足够权限的进程可以向队列中添加消息，被赋予读权限的进程则可以读走队列中的消息。消息队列克服了信号承载信息量少，管道只能承载无格式字节流以及缓冲区大小受限等缺点。

信号 ( singal )

信号是一种比较复杂的通信方式，用于通知接收进程某个事件已经发生。

主要作为进程间以及同一进程不同线程之间的同步手段。

共享内存( shared memory )

共享内存就是映射一段能被其他进程所访问的内存，这段共享内存由一个进程创建，但多个进程都可以访问。共享内存是最快的 IPC 方式，它是针对其他进程间通信方式运行效率低而专门设计的。它往往与其他通信机制，如信号量，配合使用，来实现进程间的同步和通信。

使得多个进程可以访问同一块内存空间，是最快的可用IPC形式。是针对其他通信机制运行效率较低而设计的。往往与其它通信机制，如信号量结合使用，来达到进程间的同步及互斥。

套接字( socket )

套解口也是一种进程间通信机制，与其他通信机制不同的是，它可用于不同机器间的进程通信

更为一般的进程间通信机制，可用于不同机器之间的进程间通信。起初是由Unix系统的BSD分支开发出来的，但现在一般可以移植到其它类Unix系统上：Linux和System V的变种都支持套接字。

进程间通信各种方式效率比较

类型

无连接

可靠

流控制

记录消息类型

优先级

普通PIPE N Y Y N

流PIPE N Y Y N

命名PIPE(FIFO) N Y Y N

消息队列 N Y Y Y

信号量 N Y Y Y

共享存储 N Y Y Y

UNIX流SOCKET N Y Y N

UNIX数据包SOCKET Y Y N N

注:无连接: 指无需调用某种形式的OPEN,就有发送消息的能力流控制:

如果系统资源短缺或者不能接收更多消息,则发送进程能进行流量控制

各种通信方式的比较和优缺点

• 管道：速度慢，容量有限，只有父子进程能通讯

• FIFO：任何进程间都能通讯，但速度慢

• 消息队列：容量受到系统限制，且要注意第一次读的时候，要考虑上一次没有读完数据的问题

• 信号量：不能传递复杂消息，只能用来同步

• 共享内存区：能够很容易控制容量，速度快，但要保持同步，比如一个进程在写的时候，另一个进程要注意读写的问题，相当于线程中的线程安全，当然，共享内存区同样可以用作线程间通讯，不过没这个必要，线程间本来就已经共享了同一进程内的一块内存

如果用户传递的信息较少或是需要通过信号来触发某些行为．前文提到的软中断信号机制不失为一种简捷有效的进程间通信方式．

但若是进程间要求传递的信息量比较大或者进程间存在交换数据的要求，那就需要考虑别的通信方式了。

无名管道简单方便．但局限于单向通信的工作方式．并且只能在创建它的进程及其子孙进程之间实现管道的共享：

有名管道虽然可以提供给任意关系的进程使用．但是由于其长期存在于系统之中，使用不当容易出错．所以普通用户一般不建议使用。

消息缓冲可以不再局限于父子进程，而允许任意进程通过共享消息队列来实现进程间通信，并由系统调用函数来实现消息发送和接收之间的同步，从而使得用户在使用消息缓冲进行通信时不再需要考虑同步问题，使用方便，但是信息的复制需要额外消耗CPU的时间，不适宜于信息量大或操作频繁的场合。

共享内存针对消息缓冲的缺点改而利用内存缓冲区直接交换信息，无须复制，快捷、信息量大是其优点。

但是共享内存的通信方式是通过将共享的内存缓冲区直接附加到进程的虚拟地址空间中来实现的，因此，这些进程之间的读写操作的同步问题操作系统无法实现。必须由各进程利用其他同步工具解决。另外，由于内存实体存在于计算机系统中，所以只能由处于同一个计算机系统中的诸进程共享。不方便网络通信。

共享内存块提供了在任意数量的进程之间进行高效双向通信的机制。每个使用者都可以读取写入数据，但是所有程序之间必须达成并遵守一定的协议，以防止诸如在读取信息之前覆写内存空间等竞争状态的出现。

不幸的是，Linux无法严格保证提供对共享内存块的独占访问，甚至是在您通过使用IPC_PRIVATE创建新的共享内存块的时候也不能保证访问的独占性。 同时，多个使用共享内存块的进程之间必须协调使用同一个键值。