Linux中write();和read();返回值详解

一、write();函数

1.1、头文件

#include<unistd.h>

1.2、函数原型

ssize_t write(int fd, const void*buf, size_t count);

参数说明:
      fd:     是文件描述符(write所对应的是写,即就是1)
      buf:    通常是一个字符串,需要写入的字符串
      count: 是每次写入的字节数

1.3、write();返回值

1.3.1、返回值>0

第一种情况(常规情况):等于给定字节数。
第二种情况:小于给定字节数,有如下几种可能:
            a、底层物理介质上没有足够的空间;
            b、创建的文件指定了RLIMIT_FSIZE,也就是指定了文件允许的最大字节数,不能再往其中添加数据;
            c、已经写了部分数据,但是被中断信号打断,返回中断打断前写入的字节数。

1.3.2、返回值=0

如果相应的errno被设定,说明有相应失败情况。

如果errno没有被设定,没有任何影响(可能是write指定写入0字节等)。这和read返回0不一样,read返回0意味着对端close。

其实这些机制都是为了保持与read/write文件保持一致,因为在读写文件的时候read总会读到文件结束EOF,返回0;但是只要没有磁盘等的限制,write可以一直写下去。

1.3.3、返回值<0(-1)

写数据出错。

根据errno有以下几种情况:
  (1)EAGAIN or EWOULDBLOCK:fd被设定为非阻塞,并且write将会被阻塞,立即返回-1,errno为EAGAIN。
  (2)EINTR:
    a、阻塞fd:被一个信号打断,但是需要强调的是,在信号打断前没有写入一个字节,才会返回-1,errno设定为EINTR。如果有写入,返回已经写入的字节数。这其实很好理解,如果写入了部分数据依然返回-1,errno设定为EINTR,处理完中断后,由于不知道被打断时写到了什么地方,也就不知道该从哪一个地方继续写入。
    b、非阻塞fd:调用非阻塞write,即使write被信号打断,write会会继续执行未完成的任务而不会去响应信号。因为在非阻塞调用中,没有任何理由阻止read或者wirte的执行。
 (3)EPIPE:fd是一个pipe或者socket,而对端的读端关闭。但是一般而言,写进程会收到SIGPIPE信号。

    Note:write和read不一样,read对端关闭使返回0。

二、read();函数

2.1、头文件

#include<unistd.h>

功能:用于从文件描述符对应的文件读取数据(从打开的设备或文件中读取数据)

2.2、函数原型

ssize_t read(int fd, void*buf, size_t count)

参数说明:
    fd:      是文件描述符
    buf:     为读出数据的缓冲区;
    count:   为每次读取的字节数(是请求读取的字节数,读上来的数据保存在缓冲区buf中,同时文件的当前读写位置向后移)

2.3、read();返回值

2.3.1、返回值>0

第一种情况:等于给定字节数
第二种情况:小于给定字节数,可能原因如下:
        a、在读到小于指定字节数时就已经收到了EOF,返回已经读到的数据;
        b、在读入部分数据时,被信号打断,返回已经读到的数据。

2.3.2、返回值=0

说明读到文件尾EOF,或者socket的对端关闭。

2.3.3、返回值<0(-1)

读取出错。
    查看errno:
        (1)EAGAIN or EWOULDBLOCK: fd设定为非阻塞,且要被阻塞时立即返回-1,设定相应的errno。
        (2)EINTR:
            a、阻塞fd:如果在读入任何数据之前被打断,返回-1。如果被打断前读入了部分数据,返回已经读入的数据字节数。
            b、非阻塞fd:调用非阻塞read,即使read被信号打断,read会会继续执行未完成的任务而不会去响应信号。因为在非阻塞调用中,没有任何理由阻止read或者wirte的执行。

猜你喜欢

转载自blog.csdn.net/m0_56121792/article/details/140557263