如果我正在读取存储在NTFS文件系统上的文件,并且我尝试在该文件仍被读取时移动/重命名该文件,我将无法这样做。如果我在UNIX文件系统(例如EXT3)上尝试此操作,则会成功,并且执行读取的进程不受影响。我甚至可以将文件和阅读过程不受影响。这是如何运作的?有人可以向我解释为什么在UNIX文件系统下支持这种行为而不支持NTFS吗?我有一种模糊的感觉,它与硬链接和inode有关,但我希望得到一个很好的解释。
答案 0 :(得分:28)
Unix文件系统使用引用计数和两层架构来查找文件。
文件名指的是一个名为inode的东西,用于信息节点或索引节点。 inode存储(指向)文件内容以及一些元数据,例如文件的类型(普通,目录,设备等)以及谁拥有它。
多个文件名可以引用相同的inode;然后他们被称为hard links。另外,file descriptor(fd)指的是inode。 fd是进程在打开文件时获得的对象类型。
Unix文件系统中的文件仅在最后一次引用时消失,所以当没有更多名称(硬链接)或fd引用它时。因此,rm
实际上并不删除文件;它删除对文件的引用。
这个文件系统设置可能看起来令人困惑,它有时会带来问题(尤其是NFS),但它的好处是许多应用程序不需要锁定。许多Unix程序也通过打开临时文件并在之后立即删除它来利用这种情况。一旦它们终止,即使它们崩溃,临时文件也会消失。
答案 1 :(得分:5)
在unix上,文件名只是指向实际文件(inode)的链接。打开文件还会创建指向实际文件的(临时)链接。当文件的所有链接都消失后(rm和close()),文件将被删除。
在NTFS上,逻辑上文件名是文件。从文件名到文件metainfo没有间接层,它们是同一个对象。如果你打开它,它正在使用中并且无法删除,就像unix上的实际文件(inode)在使用时无法删除一样。
Unix:文件名➜文件信息➜文件数据
NTFS: FileName +FileInfo➜文件数据