你的问题基本上有两个或三个不相关的部分。像文本编辑器这样的工具在编辑会话开始时喜欢将整个文件读入内存中。想象一下，你输入的每个字符都会立即保存到磁盘中，在它后面的所有字符都会被重写一遍以腾出空间。这将是非常糟糕的。更好的做法是，你实际上正在编辑的内容是文件的内存表示（可能带有一些元数据的行指针数组），只有在显式保存时才会转换回线性流。
任何相对较新的vim版本都会在原始位置删除正在编辑的文件时通知你，提示信息会如下所示：
E211: File "filename" no longer available
这个警告不仅适用于Unix。如果您删除正在编辑的文件，Windows上的gvim也会给出此警告。它提醒您在退出之前保存您正在使用的版本，如果您不想丢失文件。
（注意：警告不会立即出现 - 只有在从编辑器切换到其他应用程序后再次回到编辑器时，vim才会检查原始文件是否存在。）
所以这是第一个问题，文本编辑器的行为 - 它们没有理由在整个会话中保持文件处于打开状态，因为除了启动和保存操作外，它们实际上并未使用该文件。
第二个问题，为什么一些Windows编辑器保持文件处于打开和锁定状态 - 我不知道，可能是Windows人太疯狂了。
第三个问题实际上与Unix有关，为什么删除文件后仍然可以访问打开的文件 - 这是最有趣的问题。直接呈现答案会让您感到震惊：
没有任何命令、函数、系统调用或其他方法实际上请求删除文件。
在rm和任何其他可能看起来像删除文件的命令的基础上，都有一个名为unlink的系统调用。它被称为unlink，而不是remove或deletefile或类似的名称，因为它并没有删除文件。它删除了一个链接（也称为目录条目），该链接是文件和目录中名称之间的关联。（注意：ANSI C添加了remove作为更通用的函数，以取悦那些没有意图实现Unix文件系统语义的非Unix用户，但在Unix上，如果目标是目录，则remove只是rmdir，对于其他一切则是unlink。）
一个文件可以有多个链接（请参见如何使用ln命令创建它们），这意味着相同的文件由多个名称知道。如果您删除其中之一，其他链接将保留，文件将不会被删除。当您删除最后一个链接时会发生什么？好吧，现在你有一个没有名称的文件。但是名称只是对文件的一种引用。还有至少两种其他引用文件的方式：文件描述符和mmap区域。当最后一个对文件的引用消失时，文件就被删除了。
由于引用以多种形式出现，因此许多事件都可能导致文件被删除。以下是一些示例：
- unlink (rm, etc.) - 删除文件名，而不是文件本身。只有在文件没有被使用时才会删除文件。
- 关闭文件描述符
- dup2 (在替换为不同的文件描述符的副本之前，可以隐式地关闭文件描述符)
- exec (可以通过close-on-exec标志关闭文件描述符)
- munmap (取消映射内存区域)
- mmap (如果您在已经映射的地址处创建新的内存映射，则旧的映射将被取消映射)
- 进程终止 (关闭进程的所有文件描述符并取消映射进程的所有内存映射)
- 正常退出
- 由内核生成的致命信号 (^C，段错误)
- 从另一个进程发送的致命信号 (kill)
我不会称之为完整的列表。我也不鼓励任何人尝试构建完整的列表。只需知道rm是“删除名称”，而不是“删除文件”，文件在不再使用时就会消失。
如果您想立即销毁文件的内容，请截断它。所有已经使用它的进程将发现其大小突然变为0。（这在普通文件访问方法的情况下是破坏性的。为了更彻底地销毁它，以至于即使有人拥有原始磁盘访问权限也无法读取以前存在的内容，您需要覆盖它。有一个叫做shred的工具可以实现这个功能。）
vi），其内容将存储在内存中。同时，它可能会被删除，因此每次退出vi时，它将从您的视线中消失。但是，如果您在vi内部保存它:w，那么它将被重新创建。 - fedorqui