FreeBSD mount_nullfs手册指定段落的完整含义及技术细节问询

先把原文贴出来方便对照：

文件系统虚拟副本与符号链接的主要区别在于，getcwd(3)函数在虚拟副本中可正常工作，且可在虚拟副本上挂载其他文件系统而不影响原文件系统。stat(2)会返回虚拟副本的不同设备编号，但在其他方面它与原文件系统无法区分。

字面含义拆解： #

• 路径一致性保障：就是刚才问题1说的，nullfs挂载点的路径会被getcwd()正确返回，不会暴露原始路径，保证了操作路径的直观性和上下文一致性，这是符号链接做不到的。
• 挂载隔离能力：你完全可以在/data/virtual这个虚拟副本上再挂载其他文件系统，比如mount -t zfs tank/backup /data/virtual/backup，这个操作只会影响/data/virtual/backup的内容，完全不会改动原始的/data/original目录的结构或挂载状态。但符号链接不行——在符号链接指向的目录里挂载新文件系统，会直接作用于原始目录，因为符号链接只是个路径跳转，不是独立的挂载点。
• 设备编号的唯一标识：用stat()查询虚拟副本里的文件或目录时，会得到一个和原始目录不同的设备编号（st_dev字段），这是内核用来区分不同挂载点的标记。除此之外，其他所有文件属性（权限、修改时间、内容等）和原始文件系统完全一致——因为nullfs本质就是对原始文件系统的实时镜像映射，所有读写操作都会立刻同步到原始目录，反过来原始目录的修改也会实时反映在副本里。

隐含信息解读： #

1. nullfs是轻量级的“挂载层抽象”：它不是真正的独立文件系统，没有自己的存储，只是给原始文件系统套了一层挂载点的“壳”，但却提供了符号链接没有的挂载隔离能力，开销几乎可以忽略。
2. 适用场景很明确：
   • 要给同一个目录提供不同的路径入口，但又要保证程序看到的是当前入口路径（比如给不同服务分配独立的路径上下文，避免路径冲突）；
   • 临时挂载其他文件系统到某个目录的“副本”上，不想影响原始目录的状态；
   • 某些依赖设备编号区分文件系统的工具（比如备份脚本），可以通过nullfs的不同设备编号识别副本，而符号链接的设备编号和原始目录完全一致，做不到这一点。
3. 使用时的注意点：因为是实时同步，nullfs几乎没有性能损耗，但所有对副本的修改都会直接影响原始数据——这既是优点（不用手动同步），也是风险点（误操作副本会直接改到原始文件）。

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