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