一、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的执行。