Java InputStream是否全量加载入内存？为何文件删除后流仍可用

这是Linux、macOS等POSIX兼容系统的标准文件系统行为，和Java的流实现没有关系。
类Unix系统的文件系统将文件拆成两个独立部分：

• 第一部分是inode：真正存储文件内容、权限、大小等元数据的磁盘实体
• 第二部分是目录项（dentry）：也就是你在文件系统里看到的文件名，本质只是指向inode的硬链接

你调用delete()方法删除文件时，做的操作仅仅是删除目录中对应文件名到inode的硬链接，并不会直接销毁inode、擦除磁盘上的文件内容。
操作系统只有在两个条件同时满足时，才会真正回收inode占用的磁盘空间：

1. 所有指向该inode的硬链接（也就是所有关联的文件名）都被移除
2. 没有任何进程持有该inode的打开文件句柄

你打开文件输入流时，操作系统内核已经为当前进程持有了对应inode的打开句柄，这个句柄直接和inode绑定，和路径下的文件名已经没有关联。所以哪怕你删掉了路径下的文件名，只要输入流没有关闭，句柄就有效，自然可以正常读取文件内容，中间等待10秒的操作不会对这个逻辑产生任何影响。

哪怕文件体积是内存的数倍，这个逻辑依然完全成立。
这个机制不会把整个文件提前缓存到内存中：输入流读取文件时是按块从磁盘加载inode对应的数据块，和文件大小没有直接关联。直到try-with-resources块结束、输入流被自动关闭时，内核才会释放对应的文件句柄；如果此时该inode已经没有任何关联的硬链接，系统才会真正回收文件占用的磁盘空间。

注：这个现象在Windows系统上默认无法复现，因为Windows默认的文件共享策略会给打开的文件加锁，禁止在存在打开句柄时删除对应的目录项，和类Unix系统的设计逻辑存在本质差异。

内容的提问来源于stack exchange，提问作者Shane Park