0

块引用

操作系统如何知道作家仍在写作。?...文件的EOF工作流程是什么（关闭文件句柄，如^D或^z）？如果 EOF 从未被写入会发生什么？

如果读者的阅读速度快于作家的写作速度会怎样？速率不匹配会导致死锁吗？

其他不需要的情况可能是什么？

操作系统在读取文件时如何计算 EOF？

-尼基尔

PS：当前的操作系统是 windows，但我也不介意在 unix 上学习有趣的功能。

块引用

有关问题的更多编辑和更多信息

现在我知道 EOF 不是字符，所以它不能写在文件的数据上。IF OS 使用 File_size 确定 EOF，就像 @saurabh 指出的那样。

(->)读取时的 EOF（可能由存储在相应文件系统的驱动器表中的文件大小确定）

  • 进程也会不断轮询文件表的文件大小以确定 EOF，因为可能存在文件大小不固定的情况。
  • 据我所知，当您阅读 超出EOF（在我们的案例中为文件大小）时会遇到 EOF。假设 writer 间歇性地写入而 reader 正在读取块的情况。所以如果读者试图阅读比可用块更多的内容，会抛出 EOF 吗？但是 Writer 还没有发出 EOF 信号吗？
4

2 回答 2

0

  1. 直到程序不关闭文件。操作系统假定文件可以读/写或两者兼而有之（取决于打开文件的模式）。

  2. EOF 什么都不是，但操作系统从文件的大小中知道它。可以说，您的文件大小为 100 字节，并且您要求从第 99 字节读取并要求再请求 6 个字节，然后操作系统知道该文件只有第 100 个字节，因此它将返回 EOF。

于 2012-05-28T07:13:16.500 回答
0

如果您正在从一个进程写入文件并从另一个进程读取文件，则可能需要考虑使用管道。这些是专门为您的目的而设计的特殊文件：您只能在一端写入，在另一端读取，如果没有任何数据要读取，则读取器会阻塞或收到通知......
是的，没有特殊的 EOF标记。如果使用普通文件并且您不太喜欢头痛，请不要同时从多个进程中处理它们。

于 2012-05-28T10:40:16.227 回答