if (rv > 0) {
*nbytes += rv; x
return APR_SUCCESS;
}
return errno;
}
}
读取的主要操作就是调用标准的文件读操作read，文件中读取的数据直接保存到输出缓冲区buf中，确实没有进行任何的内部缓存。
第一次读取结束后，函数将根据读取的返回值做进一步的处理：
■ 返回EINTR，见代码u处
返回EINTR意味着读取操作被中断信号无意打断，而不是读取操作本身出现任何问题，因此此时必须无条件重新启动读操作，这就是将读操作放在循环中的原因之一，代码见。
读操作发生失败的另外一个可能性就是文件暂时不可用，因此此时应该稍等片刻再尝试，这种情况通常会返回EAGAIN错误码，对于GNU C库而言，EWOULDBLOCK与EAGAIN的含义完全相同，只是换了一个名字而已，不过对于早期的版本可能存在差异。因此稳妥的做法就是同时检测EAGAIN和EWOULDBLOCK错误码。
一般下面的两种情况可能返回这两个错误码：
(1)、对非阻塞模式的对象进行某个会阻塞的操作可能会返回该错误码，再次做同样的操作就会阻塞直到某种条件使它可以读写。
(2)、某个资源上的故障使操作不能进行。例如fork有可能返回着个错误，这也表示这个故障可以被克服，所以你的程序可以以后尝试这个操作。停几秒让其他进程释放资源然后再试也许是个好主意。这种故障可能很严重并会影响整个系统，所以通常交互式的程序会报告用户这个错误并返回命令循环。
如果apr_file_t结构中设置了超时时间timeout，同时发现必须重新读取(返回码为EAGAIN或者EWOULDBLOCK)，那么Apache将调用apr_wait_for_io_or_timeout函数等待重新读取文件。apr_wait_for_io_or_timeout函数内部使用了I/O的多路复用技术poll，具体的细节我们在网络I/O章节描述。如果在给定的超时时间内，文件还是不允许进行读取操作，那么此时函数将直接返回，否则函数将重新调用下面的语句：
do {
rv = read(thefile->filedes, buf, *nbytes);
} while (rv == -1 && errno == EINTR);
由于此时文件的状态处于肯定允许进行操作状态，因此不再需要进行额外的异常处理，唯一的就是防止被信号无意打断。
■ 到达文件末尾(rv==0)，见代码w
如果read函数返回0，此时意味着已经读取到整个文件，此时设置文件的eof_hit=1，至此整个文件读取结束。
■ 读取非空字节(rv>0)，见代码x
此时累计读取的总字节数目。
上面的几个文件读取的处理步骤是大多数文件读取的标准的读取操作，因此非常的好理解。
事实上，对于文件读取分析的重点并不是上面的普通的读取，而是使用缓存的读取。一般情况下I/O操作是相当耗费时间的，因此仅仅一次从文件中直接读取数据保存到缓冲区中所花的时间可能允许忽略不计，但是如果文件读取操作非常的频繁的话，那么这将无疑是一个不小的时间耗费，甚至可能是性能瓶颈。因此为了有效地提高读写性能，Apache提供了缓存读取的策略。所谓缓存读取，就是先把文件中的数据读取到一个缓存中，然后以后再次需要读取数据的时候，不再从文件本身去读取，而是从缓存中去读取。通过这种策略使文件I/O读取变成内存读取，从而提高了读取速度。而写入时候也是类似，先写入到缓存中，然后在一次写入磁盘中，从而将多次磁盘写入变为多次内存写入。apr_file_t结构中的buffer结构的作用正是这个目的。缓存读取的策略可以用下面的示意图描述：
使用了缓冲区后，文件操作者将通过缓冲区与磁盘文件打交道。整个缓冲区的实现机制，我们给出下面的一个更详细的图片，通过图示，我们可以理解apr_file_t中一些很晦涩的成员变量，事实上这些成员变量仅仅是配合缓冲区机制而使用的，而且仅仅使用缓冲区的时候才起作用。
上面的图示被我们分为了三个层次：最底层的是进行文件读写的用户，它拥有自定义的缓冲区，我们称之为用户缓冲区；中间的是apr_file_t结构内的缓冲区，它用以保存读写缓存数据。事实上用户总是跟这个层次的缓冲区打交道；最上层的则是磁盘文件。在各个层次中我们用”////////”表示模拟当前的缓冲区大小。
从图示中我们可以看到至少存在四种缓冲区长度：
1)、磁盘文件的实际长度。当使用read在文件中读写的时候，文件内部会维护一个内部指针指示当前的读取位置，apr_file_t结构中使用filePtr模拟该内部指针，因此filePtr总是指向实际文件内部的当前读取位置。
