Linux系统函数read()/write()/pread()/pwrite()的区别-(转自CSDN网络)

Posted 2020-10-16 骑单车去旅行

在Linux和UNIX中有很多的输入输出函数，有时真是让想跟它攀点关系的菜鸟们束手无策。先来看看都有哪些函数，通过解析与总结，看看能不能让大家能这些函数有个理性的认识，哦，原来是这么回事，也就算我没白花这份闲。

内核文件I/O－＞标准库I/O－＞高级I/O－＞IPC中

1.         read()/write();

2.         pread()/pwrite();

3.         getc()/putc();

4.         fgetc()/fputc();

5.         getchar()/putchar();

6.         ferror()/feof();

7.         fgets()/fputs();

8.         gets()/puts();

9.         fread()/fwrite();

10.     scanf()/fscanf()/sscanf()/vscanf()/vfscanf()/vsscanf()

11.     printf()/fprintf()/sprintf()/snprintf()/vprintf()/vfprintf()/vsprintf()/vsanprintf()

12.     readv()/writev()

13.     read()/written()

14.     msgrcv()/msgsnd()

15.     revc()/recvfrom()/recvmsg()

16.     send()/sendto()/sendmsg()

17.     recv_fd()/send_fd()/send_err()

  粗略总结了下，有如上边所示的17个大类，咋一看，的确让人头有点小晕。但是大师们都说存在的就是合理的，下边让我们看看，是怎么样的深入浅出，让这些函数有了存在的理由。要理解这些，先要知道系统在输入输出时所要经过的逻辑处理模块是怎样。如下图示

 

以上的用户空间的应用程序利用系统调用完成文件的读写过程，说明如下：

（1）       用户空间与内核空间；这一组关系不用说明了。

（2）       读与写：都将cpu或是内存或是用户程序看成主体，则读，内存＜－文件；写，内存－＞文件；因为主体是用户程序，所以在读或是写是，对读，要确定从什么读，对写，向什么写。

（3）       应用程序利用系统服务有三条路：通过shell命令等直接实现；利用库函数实现；直接调用系统调用的函数，如read,write等命令。在这里可以将库函数与系统调用的关系看清楚了。系统调用是最基本的了，任何想要获得系统服务的都要经过它，这是个关卡。

（4）       文件I/O与标准I/O：前者是指在用户空间中不需要其实进程明确提供一个缓冲（如图中的bf2），其实就是进程在用户空间直接调用read/write等函数，但是，在内核空间中都是要有缓冲的。这一般称为文件I/O。标准I/O：提供了一种对不用缓冲I/O的函数（这些函数即可以用于不用缓冲的I/O函数，也可以有于带有缓冲的I/O函数）的带缓冲的接口。这一般是库函数在用户空间建立的（这些缓冲由库函数完成，不需用户自己管理，是封装在库函数中的），如BUF2，可能是库函数想将对从上层接收过来的数据做个预处理，如格式变换等。使用标准I/O函数可以无需担心如何选取最佳的缓冲区大小（由库函数为你完成），还有一个是简化了对输入行的处理。标准I/O函数库提供了使我们能够控制该库使用的缓冲风格的函数。

（5）       BUF1/BUF2/BUF3：BUF1，其实是用户空间的一些字符串，变量等，理解为数据即可。有时也定义为名称BUF的形式，如char buf[MAXLINE]；，但此时BUF只是名称叫BUF而矣，区别于真正的缓冲区的概念。BUF2，这是库函数为您老在用户空间建立的，不用您亲自管理，您只要一声令下，如调用个库函数中某个函数，自有人为你服务，这个BUF2，我们称之为真正的缓冲区。BUF3，不论您是选择文件I/O的形式还是标准I/O的形式，不论是哪一种，在内核中的都要用到缓冲区BUF3（这是怎么样都免不了的），但是这个也不要用户来亲力亲为，由内核代为管理。

（6）       流（stream）：这是标准为I/O中用到的，流是文件的逻辑代表，将文件I/O的：　　　　进程－＞fd－＞文件，改变为：进程－＞fp（FILE对象）－＞流/缓冲－＞文件。原来对文件的操作，现在用户只用处理：进程－＞流之间的操作，而流－＞文件之间的操作将由库函数为你完成。流的逻辑表示就是FILE对象，而流的实体就是流使用的缓冲区，这些缓冲区相对于应用进程来说就是文件的代表。流＝FILE　+　缓冲。标准I/O库提供缓冲的的是尽可能减少使用read 和write的次数。

好，暂此做以上四点说明吧，待有想法时再添加。下边进入正题，看看上边的这些函数，是什么形式的，为什么要有这些函数的存在，都为系统做些什么，怎么做的。

1.       文件I/O相关（进程－＞fd－＞文件）（文件fd,　buf）：

（1）       read()

形式：#include<unistd.h>

      ssize_t  read (int filedes,  void *buf,  size_t  nbytes );

      成功：返回读到的字节数；出错：返回-1；文件尾：返回0；

原因：基本系统调用功能；

实现：文件（由filedes所指）－读nbytes字节－＞内存buf中。

补充：有多种情况可使实际读到的字节数少于要求读的字节数：

当从普通文件读时，在读到要求字节数之前已到达了文件尾端。

当从终端设备读时，通常一次最多读一行。

当从网络读时，网络中缓冲机构可能造成返回值小于所要求读的字节数。

当从管道或FIFO读时，如若管道包含的字节少于所需的数量，那么只返回实际用

的字节数。

当从某些面向记录的设备读时，一次最多返回一个记录。

当某一信号造成中断，而已经读了部分数据量时。

读操作从文件的当前偏移量处开始，在成功返回之前，该偏移量将增加实际读到的字节数。常用的unix系统shell都提供一种方法，它在标准输入上打开一个文件，在标准输出上追寻或重写一个文件，这使得程序不必自行打开输入和输出文件。

（2）       write()

形式：#include<unistd.h>

      ssize_t  write (int filedes,  const void *buf,  size_t  nbytes );

      成功：返回已写的字节数；出错：返回-1；

原因：基本系统调用功能；

实现：文件（由filedes所指）＜－写nbytes字节－内存buf中。

补充：write出错的一个常见的原因是：磁盘已写满，或者超过了一个给定进程的文件长度限制。对于普通文件，写操作从文件的当前偏移量处开始。如果在打开该文件时，指定了O＿APPEND选项，则在每次写操作之前，将文件偏移量设置在文件的当前结尾处。在一次成功写之后，该文件偏移量增加实际写的字节数。

（3）       pread()

形式：#include<unistd.h>

      ssize_t  pread (int filedes,   void *buf,  size_t  nbytes,  off_t  offset );

  成功：返回读到的字节数；出错：返回-1；到文件结尾：返回0

原因：由于lseek和read 调用之间，内核可能会临时挂起进程，所以对同步问题造成了问题，调用pread相当于顺序调用了lseek 和　read，这两个操作相当于一个捆绑的原子操作。

实现：文件（由filedes所指）－读nbytes字节－＞内存buf中。

补充：调用pread时，无法中断其定位和读操作，另外不更新文件指针。

（4）       pwrite()

形式：#include<unistd.h>

      ssize_t  pwrite (int filedes,   const void *buf,  size_t  nbytes,  off_t  offset );

  成功：返回已写的字节数；出错：返回-1；

原因：由于lseek和write 调用之间，内核可能会临时挂起进程，所以对同步问题造成了问题，调用pwrite相当于顺序调用了lseek 和　write，这两个操作相当于一个捆绑的原子操作。

实现：文件（由filedes所指）＜－写nbytes字节－内存buf中。

补充：调用pwrite时，无法中断其定位和读操作，另外不更新文件指针。

 

2.       流（stream）或标准I/O（　进程－＞fp－＞流（FILE+缓冲）－＞文件）（内存buf, 流fp）:

每次输入一个字符：

（1）       getc();

格式：#include <stdio.h>

      int getc(FILE *fp);

      成功：返回下一个字符；出错：返回EOF；文件尾：EOF；

实现：内存　＜－读一个字符c－　流（由fp所指的流，是文件的逻辑代表）

原因：在标准I/O中用，将流看成文件的逻辑代表，将对进程－＞文件的操作，现转换为进程－＞流（也就是相当于文件）的操作。

补充：函数在返回下一个字符时，会将其unsigned char类型转换为int类型。为不带符号的理由是，如果最高位是1也不会使返回值为负。要求整形返回值的理由是，这样就可以返回所有可能的字符值再加上一个已出错或已到达文件尾端的指示值。即字符值变为正的int值，负的值就是出错或是到达文件尾端。（负值表特殊意义），同时不论是出错还是到达文件尾端，这三个函数都返回同样的值即都是-1。由于每个流在FILE对象中维持了两个标志，即出错标志和文件结束标志，为了区分其不同，必须调用ferror或feof。

（2）       fgetc();

格式：#include <stdio.h>

      int fgetc(FILE *fp);

      成功：返回下一个字符；出错：返回EOF；文件尾：EOF；

 

实现：同getc

原因：同getc

补充：同getc

（3）       getchar();

格式：#include <stdio.h>

      int getchar(void);

成功：返回下一个字符；出错：返回EOF；文件尾：EOF;

实现：内存　＜－读一个字符c－　流（由stdin所指的流，是标准输入文件的逻辑代表），所以getchar=getc(stdin);

原因：同getc

补充：同getc

 

每次输入一行：

（4）       fgets();

格式：#include <stdio.h>

      char *fgets(char *restrict buf,  Int n,  FILE *restrict  fp);

      成功：返回buf；出错：返回NULL; 文件结尾：NULL；

实现：内存buf　＜－从fp所指的流中取一行字符－　流（由fp所指）

原因：在标准I/O中用，将流看成文件的逻辑代表，将对进程－＞文件的操作，现转换为进程－＞流（也就是相当于文件）的操作。

补充：必须指定用户进程缓冲区的长度n，即buf的大小，此函数从流中一直读到下一个换行符为止，但是不超过n-1个字符，读入的字符被送入用户缓冲区buf中。该缓冲区以null字符结尾。如若该行包括最后换行符的字数大于n-1，则其只返回一个不完整的行，但是缓冲区buf总是以null字符结尾，对此函数的调用会继续读该行。缓冲区buf中的内容为：（字符+换行符）+null。所以字符+换行符＜＝n-1，因为一定要留一个NULL字符来标识缓冲区的结束；

（5）       gets();

格式：#include <stdio.h>

      char *gets(char * buf);

      成功：返回buf；出错：返回NULL; 文件结尾：NULL；

实现：内存buf　＜－从stdin所指的流中取1行字符－标准输入流（由fp=stdin所指）

原因：同上；

补充：不推荐使用，问题是调用者在使用gets时，不能指定缓冲区buf（用户进程）的长度，这样可能造成缓冲区溢出。

 

每次输出一个字符：

（6）       putc();

格式：#include <stdio.h>

      int putc(int c ,FILE *fp);

      成功：返回c；出错：返回EOF;

实现：内存中整形变量c－写字符C－＞流（由fp所指）。至于流什么时候将C写入文件中，这个由库函数来实现，不用用户操心；

原因：

补充：

 

（7）       fputc();

格式：#include <stdio.h>

      int fputc(int c ,FILE *fp);

      成功：返回c；出错：返回EOF;

实现：内存中整形变量c－写字符C－＞流（由fp所指）。至于流什么时候将C写入文件中，这个由库函数来实现，不用用户操心；

原因：

补充：

 

（8）       putchar();

格式：#include <stdio.h>

      int putchar(int c);

      成功：返回c；出错：返回EOF;

实现：内存中整形变量c－写字符C－＞流（由fp=stdout所指）。至于流什么时候将C写入标准输出文件中，这个由库函数来实现，不用用户操心；

原因：

补充：putchar(c)=putc(c,stdout);

 

每次输出一行：

（9）       fputs();

格式：#include <stdio.h>

      int fputs(const char *restrict  str, FILE  *restrict  fp);

　　　成功：返回非负值；出错：返回EOF；

实现：内存中字符数组str－写字符数组str－＞流（由fp所指）。

原因：

补充：将一个以null符终止的字符串（相当于用户空间buf，肯定有null，对应于fgets的buf中一定要有个null来标识缓冲区buf的结束。）写到指定的流，尾端的终止符null不写进流中。注意，这并不一定是每次输出一行，因为它并不要求在null之前一定是换行符，buf中有就有，没有就没有，通常，在空字符之前是一个换行符，但并不要求总是如此。用户空间buf：字符（+换行符）+null；流中的buf：字符+换行符。

 

（10）   puts()；

格式：#include <stdio.h>

      int puts(const char * str);

　　　成功：返回非负值；出错：返回EOF；

实现：内存中字符数组str－写字符数组str－＞标准输出流（由fp＝stdout所指）。

原因：

补充：将一个以null结尾的字符串写到标准输出上，相当于进程－＞流－＞标准输出文件。终止符不写出，但是puts然后又将一个换行符写到标准输出。应当少用，以免需要记住它在最后是否添加了一个换行符。而fgets和fputs在处理换行符，本着实事求是的态度，有就有，没有就没有，不会在用户buf和流缓冲以及文件中自己添加，只是在数据经过流缓冲时，增加或是过滤到null字符。当fgets时会在用户buf中增加一个null以标识用户buf的结束，而fputs时，以null为终止字符，但是尾端的null并不写在流中。

 

二进制I/O：

（11）   fread()

格式：#include <stdio.h>

      ssize_t  fread(void *restrict ptr, size_t size, size_t nobj, FILE *restrict  fp);

      成功：读到的对象数。

实现：内存始址ptr＜－读N个对象－　流（由fp所指）

原因：以上有一次一个字符或是一次一行的方式进行I/O操作，当我们读或写一个结构时，对于一次一个字符的方式，必须循环通过整个结构，每次循环处理一个字节，一次读或写一个字节，这会很烦。而对于一次一行的方式，当每次结构体中有null字符时，fputs就会停止，所以也不能用它实现读结构，同时fgets中包含有null字节或换行符，其也不能正常工作。所以要并实现结构体作为一个整体的读或写。

补充：使用二进制的基本问题是：它只能用于读在同一系统上已写的数据。其原

因是：在结构中，同一成员偏移量可能因为编译器和系统而异，另外，用来存储多字节整数和浮点值的二进制格式在不同的机器体系结构之间也可能不同。

 

 

（12）   fwrite()

格式：#include <stdio.h>

      ssize_t  fwrite(const void *restrict ptr, size_t size, size_t nobj, FILE *restrict  fp);

      成功：写的对象数。

 

实现：内存始址ptr－写N个对象－＞　流（由fp所指）

原因：

补充：

 

格式化输入：文件－流－＞格式转换－＞内存变量中

（13）   scanf();

格式：#include <stdio.h>

      int scanf(const char *restrict format,…)

　　　成功：指定的输入项数；出错：返回EOF；输入出错或在任意变换前已到达文件结尾：EOF；

实现：标准输入流－＞格式转换－＞内存变量中。用于分析输入字符串，并将字符序列转换成指定类型的变量。格式之后的各个参数包含了变量的地址，以用转换结果初始化这些变量。

原因：要在流中做格式转换，再将结果放到内存变量中

补充：

 

（14）   fscanf();

格式：#include <stdio.h>

      int fscanf(FILE *restrict fp, const char *restrict format,…)

　　　成功：指定的输入项数；出错：返回EOF；输入出错或在任意变换前已到达文件结尾：EOF；

实现：输入流－＞格式转换－＞内存变量中

原因：

补充：

 

（15）   sscanf();

格式：#include <stdio.h>

      int sscanf(const char *restrict buf, const char *restrict format,…)

　　　成功：指定的输入项数；出错：返回EOF；输入出错或在任意变换前已到达文件结尾：EOF；

实现：内存buf－＞格式转换－＞内存变量中。

原因：

补充：对于scanf(), 从标准输入流中输入；fscanf,从流中输入； sscanf，这个比较特殊，不是从流中输入，而是内存的一个buf相当于string中输入。

 

（16）   vscanf();

格式：#include <stdio.h>

      int vscanf(const char *restrict format, va_list  arg);

　　　成功：指定的输入项数；出错：返回EOF；输入出错或在任意变换前已到达文件结尾：EOF；

实现：标准输入流－＞格式转换－＞内存变量中。用于分析输入字符串，并将字符序列转换成指定类型的变量。格式之后的各个参数包含了变量的地址，以用转换结果初始化这些变量。同于scanf,只是将原来的可变参数…换成了arg;

原因：要在流中做格式转换，再将结果放到内存变量中

补充：

 

（17）   vfscanf();

格式：#include <stdio.h>

      int vfscanf(FILE *restrict fp, const char *restrict format, va_list  arg)

　　　成功：指定的输入项数；出错：返回EOF；输入出错或在任意变换前已到达文件结尾：EOF；

实现：输入流－＞格式转换－＞内存变量中, 同于fscanf,只是将原来的可变参数…,换成了arg;

原因：

补充：

 

（18）   vsscanf();

格式：#include <stdio.h>

      int vsscanf(const char *restrict buf, const char *restrict format, va_list  arg)

　　　成功：指定的输入项数；出错：返回EOF；输入出错或在任意变换前已到达文件结尾：EOF；

实现：内存buf－＞格式转换－＞内存变量中。同于sscanf,只是将原来的可变参数…,换成了arg;

原因：

补充：对于scanf(), 从标准输入流中输入；fscanf,从流中输入； sscanf，这个比较特殊，不是从流中输入，而是内存的一个buf相当于string中输入。

 

 

格式化输出：文件－流＜－格式字符串＜－内存变量

（19）   printf()；

格式：#include <stdio.h>

      int  printf(const char *restrict format, …);

      成功：返回输出字符数；出错：返回负值；

实现：标准输出流＜－格式字符串＜－内存变量

原因：要将内存变量的数据做格式变换，再将变换的结果放入流中

补充：

 

（20）   fprintf();

格式：#include <stdio.h>

      int  fprintf(FILE *restrict fp,const char *restrict format, …);

      成功：返回输出字符数；出错：返回负值；

实现：文件－输出流＜－格式字符串＜－内存变量

原因：

补充：

 

（21）   sprint();

格式：#include <stdio.h>

      int  sprintf(char *restrict buf, const char *restrict format, …);

      成功：返回输出字符数；出错：返回负值；

实现：内存字符串buf＜－格式字符串＜－内存变量,就是将格式化的字符串送入数组buf而不是指定的流中。在数组的尾端自动加一个null字节，但该字节不包括在返回值中。

原因：

补充：

 

（22）   snprintf();

格式：#include <stdio.h>

      int  snprintf(char *restrict buf, size_t n , const char *restrict format, …);

      成功：返回输出字符数；出错：返回负值；

实现：内存字符串buf＜－格式字符串＜－内存变量,就是将格式化的字符串送入数组buf而不是指定的流中。在数组的尾端自动加一个null字节，但该字节不包括在返回值中。只能输入n-1个字符，超过的任何字条都会被丢弃。

原因：

补充：

 

（23）   vprintf();

格式：#include <stdarg.h>

      #include <stdio.h>

      int  vprintf(const char *restrict format, va_list  arg);

      成功：返回输出字符数；出错：返回负值；

实现：标准输出流＜－格式字符串＜－内存变量,同于printf,只是将原来的可变参数…换成了arg;

原因：要将内存变量的数据做格式变换，再将变换的结果放入流中

补充：

 

（24）   vfprintf();

格式：#include <stdarg.h>

      #include <stdio.h>

      int  vfprintf(FILE *restrict fp,const char *restrict format, va_list  arg);

      成功：返回输出字符数；出错：返回负值；

实现：输出流＜－格式字符串＜－内存变量,同于fprintf,只是将原来的可变参数…换成了arg;

原因：要将内存变量的数据做格式变换，再将变换的结果放入流中

补充：

（25）   vsprintf();

格式：#include <stdarg.h>

      #include <stdio.h>

      int  vsprintf(char *restrict buf, const char *restrict format, va_list  arg);

      成功：返回输出字符数；出错：返回负值；

实现：内存数组buf＜－格式字符串＜－内存变量,同于sprintf,只是将原来的可变参数…换成了arg; 就是将格式化的字符串送入数组buf而不是指定的流中。在数组的尾端自动加一个null字节，但该字节不包括在返回值中。

原因：要将内存变量的数据做格式变换，再将变换的结果放入流中

补充：

 

（26）   vsnprintf();

格式：#include <stdio.h>

      int  vsnprintf(char *restrict buf, size_t n , const char *restrict format, va_list arg);

      成功：返回输出字符数；出错：返回负值；

实现：内存字符串buf＜－格式字符串＜－内存变量, 同于snprintf,只是将原来的可变参数…换成了arg; 就是将格式化的字符串送入数组buf而不是指定的流中。在数组的尾端自动加一个null字节，但该字节不包括在返回值中。只能输入n-1个字符，超过的任何字条都会被丢弃。

原因：

补充：

 

3.       高级I/O：(文件（fd）, 内存buf　)

（1）       readv()

格式：#include <sys/uio.h>

      ssize_t  readv(int filedes, const  struct iovec *iov, int iovcnt);

      成功：返回已读的字节数；出错：返回-1；

实现：文件（fd）－＞内存向量中

原因：在一次函数调用中读、写多个非连续缓冲区，但是这些缓冲区已经用iovec表示好了。减少了系统调用的次数。

补充：

（2）       writev()

格式：#include <sys/uio.h>

      ssize_t  writev(int filedes, const  struct iovec *iov, int iovcnt);

      成功：返回已读的字节数；出错：返回-1；

实现：文件（fd）<－内存向量

原因：在一次函数调用中读、写多个非连续缓冲区，但是这些缓冲区已经用iovec表示好了。减少了系统调用的次数。

补充：

 

（3）       readn()

格式：#include <sys/uio.h>

      ssize_t  readn(int filedes, void *bug, size_t  nbytes);

      成功：返回已读的字节数；出错：返回-1；

实现：文件（fd）－＞内存buf中

原因：管道、FIFO以及某些设备，特别是终端、网络和STREAMS设备有下列两种性质：一是，一次read操作所返回的数据可能少于所要求的数据，即使还没达到文件尾端也可能是这样的。这不是一个错误，应当继续读该设备。二是，一次write操作所返回的值也可能少于所指定输出的字节数，这可能是由若干因素造成的。这些也不是错误，也应当继续写余下的数据至该设备。通常只对非阻塞描述符，或捕捉到一个信号时，才发生这种write的中途返回。但是在读写磁盘时，很少遇到这样的情况。所以这个函数其实是按需要多次调用read 和write直至读、写了N个字节数据，即我们称之为：直到集齐了再返回。

补充：

 

（4）       written()

格式：#include <sys/uio.h>

      ssize_t  writen(int filedes, void *bug, size_t  nbytes);

      成功：返回已读的字节数；出错：返回-1；

实现：文件（fd）<－内存buf中

原因：管道、FIFO以及某些设备，特别是终端、网络和STREAMS设备有下列两种性质：一是，一次read操作所返回的数据可能少于所要求的数据，即使还没达到文件尾端也可能是这样的。这不是一个错误，应当继续读该设备。二是，一次write操作所返回的值也可能少于所指定输出的字节数，这可能是由若干因素造成的。这些也不是错误，也应当继续写余下的数据至该设备。通常只对非阻塞描述符，或捕捉到一个信号时，才发生这种write的中途返回。但是在读写磁盘时，很少遇到这样的情况。所以这个函数其实是按需要多次调用read 和write直至读、写了N个字节数据，即我们称之为：直到集齐了再返回。

补充：

4.       IPC中：

消息队列中：

（1）       msgrcv()

格式：#include <sys/msg.h>

      ssize_t  msgrcv(int  msqid, void *ptr, size_t nbytes, long type, int flag);

      成功：返回消息的数据部分长度；出错：-1；

实现：消息队列－＞内存消息结构体（由ptr指向）

原因：

补充：nbytes说明数据缓冲区的长度。用来构造mymesg。若返回的消息大于nbytes，而且在flag中设置了MSG＿NOERROR，则该消息被截短。如果没有设置这一标志，而消息又太长，则出错返回E2BIG(消息仍留在队列中。参数type我们可以指定想要哪一种消息。可以指定flag值为IPC_NOWAIT,使操作不阻塞。这使得如果没有所指定类型的消息，则msgrcv返回-1，errno设置为ENOMSG。

 

（2）       msgsnd()

格式：#include <sys/msg.h>

      int  msgsnd(int  msqid, const void *ptr, size_t nbytes, long type, int flag);

      成功：返回0；出错：-1；

实现：消息队列<－内存消息结构体（由ptr指向）

原因：

补充：每个消息都由三部分组成，它们是：正长整型类型字段、实际数据字节(这两个对就myseq结构体)、非负长度（nbytes）。消息总是放在队列尾端。ptr参数指向一个长整型数，它包含了正的整型消息类型，在其后紧跟着消息数据。可以定义如下结构：struct myseq{ long mtype; char mtex[512];}  于是ptr就是一个指向mymesg结构的指针。接收者可以用消息类型以非先进先出的次序取消息。

 

 

 

 

SOCKET中：

（1）       revc()

格式：#include <sys/socket.h>

      ssize_t  recv(int sockfd, void *buf, size_t  nbytes, int flags);

      成功：以字节计数的消息长度；出错：-1；无可用消息或对方已经按序结束：0；

实现：网络sockfd－取消息msg－＞内存buf中。

原因：

补充：

（2）       recvfrom()

格式：#include <sys/socket.h>

      ssize_t  recvfrom( int sockfd, void *restrict  buf, size_t  len, int flags, struct sockaddr *restrict addr, socklen_t *restrict  addrlen);

      成功：以字节计数的消息长度；出错：-1；无可用消息或对方已经按序结束：0；

实现：网络sockfd－取消息msg－＞内存buf中。

原因：

补充：如果addr非空，它将包含数据发送者的套接字端点地址，当调用recvfrom时，需要设置addrlen参数指向一个包含addr所指的套接字缓冲区字节大小的整数。返回时，该整数设为该地址的实际字节大小。因为可以获得发送者的地址，recvfrom通常用于无连接套接字。

 

（3）       recvmsg()

格式：#include <sys/socket.h>

      ssize_t  recvmsg( int sockfd, struct msghdr *msg, int flags);

      成功：以字节计数的消息长度；出错：-1；无可用消息或对方已经按序结束：0；

实现：网络sockfd－取消息msg－＞内存buf中。

原因：

补充：结构msghdr被recvmsg用于指定接收数据的输入缓冲区。

 

（4）       send()

格式：#include <sys/socket.h>

      ssize_t  send(int sockfd, const  void *buf, size_t  nbytes, int flags);

      成功：返回发送的字节数；出错：-1；

实现：网络sockfd＜－取消息msg－内存buf中。

原因：

补充：如果send成功，并不必然表示连接另一端的进程接收数据。所保证的仅是当send成功返回时，数据已经无错误的发送到网络上。

（5）       sendto()

格式：#include <sys/socket.h>

      ssize_t  sendto( int sockfd, const void *restrict  buf, size_t nbytes, int flags,  const struct sockaddr *dest addr, socklen_t * addrlen);

成功：返回发送的字节数；出错：-1；

实现：网络sockfd＜－取消息msg－内存buf中。

原因：

补充：适用于无连接的套接字，不能使用send,除非调用connect时预先设定了目标地址，或者采用了sendto来提供另外一种报文发送方式。

 

（6）       sendmsg()

格式：#include <sys/socket.h>

      ssize_t  sendmsg( int sockfd,  const struct msghdr *msg, int flags);

成功：返回发送的字节数；出错：-1；

实现：网络sockfd＜－取消息msg－内存buf中。

原因：

补充：可以调用带有msghdr结构的sendmsg来指定多重缓冲区传输数据，和writev很像。

 

传送文件描述符(略，自行实现)

（1）       recv_fd()

（2）       send_fd()

（3）       send_err()

总算整差不多了，虽然花了点时间，但是希望能对大家有帮助，最后谢谢阅读！

 

转载链接：http://blog.csdn.net/zongcai249/article/details/17598411