截断文件影响读取过程

Question

最近，我正在阅读 UNIX 系统编程，并进行了一些测试。 我很困惑为什么我在终端中使用 truncate 命令截断文件，然后读取过程读取相同的位置返回 0，它之前返回字符串“a”。进程打开文件，它会缓存文件，因为我改变了文件内容，然后读取，结果还是一样没有改变，那么为什么truncate file会立即影响进程呢？在UNIX系统编程中，它说v节点包括当前文件大小？所以不是每次都从磁盘读取大小，而是缓存在内存中。

读取过程代码源。

#include <unistd.h>
#include <stdio.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <string.h>

int main(int argc, char *argv[])
{
    int fd = open("a.txt", O_RDONLY);
    char buf[1024];
    int n;
    for(int i = 0;i < 10; i++){
        if (lseek(fd, 0, 0) == -1){
            return 1;
        }
        n = read(fd, buf, 1);
        if (n < 0){
            perror("error");
            return 1;
        }
        printf("%d\n", n);
        buf[n]=0;
        printf("buf %s\n", buf);
        sleep(2);
    }
    return 0;
}

a.txt 只有一个字符：

a

Answer 1

缓存通常旨在提高性能，而不会产生任何其他可检测的影响。

如果进程缓存了 inode，正如您所描述的，那么具有缓存信息的进程可能看不到另一个进程所做的修改。那会很糟糕。

实际上，磁盘块被缓存，inode 被缓存，各种其他结构也可能被缓存，但在每种情况下，内核中都有一个缓存，所有进程共享，因此它们都有一致的视图。

当一个进程截断文件时，内存缓存会更新，存储新的文件大小（最终将写入磁盘，但可能不会立即写入）。当其他进程再次调用read 时，更新后的文件大小是从内存缓存中读取的，而不是从磁盘中读取的。