最直接的方式是使用 os.path.ismount，它通过比较路径与父目录的 st_dev 是否不同来判断挂载点，不依赖 os.statvfs，且在 Unix/Linux 和 Windows 上均适用，但需注意路径存在性、符号链接处理及根目录的特殊返回值。
用 os.path.ismount 是最直接的方式
Python 标准库提供了 os.path.ismount，它不依赖 os.statvfs，而是通过比对路径与其父目录的 st_dev（设备号）是否不同来判断——这是 Unix/Linux 下挂载点的本质特征：挂载后，该路径所在文件系统与父目录所属文件系统通常具有不同设备号。
注意：os.path.ismount 在 Windows 上行为略有不同（基于驱动器盘符和卷挂载点），但依然不调用 statvfs。
- 对根目录
'/'总是返回True（即使没显式挂载，它也被视为挂载点） - 路径必须存在且可访问，否则可能抛
OSError；建议先用os.path.exists或捕获异常 - 符号链接路径需谨慎：若路径是符号链接，
os.path.ismount默认跟随链接；如需判断链接本身是否为挂载点，应传入follow_symlinks=False（Python 3.12+ 支持，旧版本不支持该参数）
手动比对 st_dev 实现更可控的判断
当需要绕过 os.path.ismount 的默认行为（比如处理符号链接、或调试底层逻辑），可手动获取路径及其父目录的设备号并比较：
import osdef is_mount_point(path): try: stat_path = os.stat(path) parent = os.path.dirname(os.path.abspath(path)) if parent == path: # 已到根目录 return True stat_parent = os.stat(parent) return stat_path.st_dev != stat_parent.st_dev except (OSError, ValueError): return False
- 这个方法不调用
statvfs，只用os.stat，开销小 - 需注意
os.stat对符号链接默认不跟随，因此能准确反映路径本身的挂载状态（而非目标） - 在 NFS 或某些网络文件系统上，父子目录设备号可能偶然相同（极少见），此时会误判为“非挂载点”
避免用 /proc/mounts 解析的常见误区
有人试图读取 /proc/mounts 或 findmnt 输出来判断，这看似绕开了 statvfs，但实际引入了新问题：
- 路径必须精确匹配挂载项中的
target字段（例如/mnt/data≠/mnt/data/，末尾斜杠可能导致失败） - 遇到 bind mount、overlayfs、user namespace 挂载时，
/proc/mounts条目语义复杂，单纯字符串匹配不可靠 - 依赖外部文件或命令，跨平台性差（
/proc/mounts仅 Linux；macOS 用mount命令输出格式不同） - 权限问题：非 root 用户可能无法读取部分挂载条目（尤其是加密或容器相关挂载）
为什么不用 os.statvfs 是个合理诉求
os.statvfs 在某些场景下会触发内核实际访问文件系统元数据，导致：
- 挂载点已失效（如 NFS 服务器宕机）时，调用会阻塞数秒甚至超时
- 对只读或损坏的挂载点，可能抛出
OSError: [Errno 5] Input/output error - 容器环境里，某些挂载点（如
/proc、/sys）对statvfs返回无意义值，而st_dev比对仍有效
所以，除非你明确需要块大小、可用空间等信息，否则用 st_dev 比对或 os.path.ismount 更轻量、更健壮。
