c++如何读取Linux系统的/proc/mounts获取磁盘挂载点【实战】

首页

编程语言

热心网友

转载

2026-05-05

直接读取 /proc/mounts 文件即可，无需系统调用或库函数封装

在Linux系统中，如何快速查看当前所有磁盘挂载点？最直接高效的方法就是访问 /proc/mounts 文件。这个文件由内核动态生成，以标准化的文本格式实时呈现系统挂载状态。使用C++标准文件流读取该文件，相比调用封装好的库函数更为轻量且可控，还能避免引入头文件及其相关的内存管理复杂性。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

许多开发者在自行解析时，常担心字段内可能包含空格。实际上无需过度顾虑。虽然第4列的挂载选项（例如 relatime,strictatime）可能包含逗号，但绝不会包含空格。而第3列的文件系统类型，以及第5、6列，始终是独立的单词。因此，使用空格作为分隔符来切分前四个字段是完全安全可靠的。

c++如何读取Linux系统的/proc/mounts获取磁盘挂载点【实战】

使用 std::getline + std::istringstream 解析比手动 strtok 更稳健

为何推荐这套标准库组合？因为 /proc/mounts 每行的字段间由多个连续空格分隔，而非制表符。更重要的是，第4列内部使用逗号分隔。手动编写分割循环容易出错，而标准流中的 >> 提取操作符具备天然优势：它能自动跳过所有多余的空白字符，完美适配这种格式。

以下是核心实现代码：

std::ifstream mounts("/proc/mounts");
std::string line;
while (std::getline(mounts, line)) {
    if (line.empty() || line[0] == '#') continue;
    std::istringstream iss(line);
    std::string dev, mp, fstype, opts;
    if (iss >> dev >> mp >> fstype >> opts) {
        // 此时 mp 即为挂载点路径，例如 "/home" 或 "/"
        std::cout << "Mount point: " << mp << "\n";
    }
}

解析过程中有几个关键细节需要注意：

避免使用 strtok：它会破坏原始字符串，且处理多个连续空格时不够健壮。
不推荐正则表达式：解析此类小文件无需复杂工具。此外，C++11的在某些旧版本glibc环境下可能存在性能问题。
后续字段处理：若需进一步分析 opts 字段（例如检查是否包含 noexec 选项），可再使用一次 std::stringstream 按逗号进行分割。

注意权限与挂载命名空间隔离问题

读取 /proc/mounts 本身无需特殊权限，普通用户即可访问。但必须理解一个核心概念：你看到的内容取决于进程所在的“观察点”，即挂载命名空间（mount namespace）。

这意味着什么？例如，在Docker容器内运行此代码，默认只能看到容器自身的挂载点（如 /proc、/dev/pts），而无法看到宿主机上的 /home 或 /data 目录。这是Linux容器实现资源隔离的基础机制之一。

若需查看宿主机的全局视图，则需要在特权（privileged）容器中运行，或通过特殊方式挂载宿主机的 /proc 文件系统（通常不建议）。
挂载新设备需要root权限，但仅读取现有挂载信息则不受限制。

对比 getmntent()：何时应选用C标准库接口

那么，何时应考虑使用 getmntent() 这类C库函数？主要场景是需要更明确的语义或获取更底层字段时。例如，过滤所有 ext4 或 nfs 类型的文件系统，或需要访问 mnt_freq、mnt_passno 等字段时，getmntent() 提供的结构体更为清晰。

但使用时需注意：返回的结构体中字段为裸指针，必须谨慎管理其生命周期。此外，在musl libc等环境下，其行为可能与glibc存在差异。

配套函数调用：使用 getmntent() 必须配对调用 setmntent() 和 endmntent()，否则可能导致文件句柄泄漏。
路径无关性：其优势在于可直接通过 getmntent("/proc/mounts", "r") 读取，无需在代码中硬编码路径字符串。
纯C++项目：若项目希望保持纯粹的C++风格，避免C风格API，那么坚持使用 std::ifstream 的方案完全可行。两者在性能上无明显差异，更多是代码风格的选择。

最后，分享一个实战中极易忽略的排查技巧：当读取的挂载信息不符合预期时，切勿仅纠结于解析逻辑。首先应确认当前进程所处的挂载命名空间。在systemd服务、Podman容器或chroot环境中，结果可能截然不同。通过执行 ls /proc/self/ns/mnt 命令，可快速验证自身“视角”是否与宿主机一致。许多问题根源正在于此。

来源:https://www.php.cn/faq/2311590.html

免责声明：游乐网为非赢利性网站，所展示的游戏/软件/文章内容均来自于互联网或第三方用户上传分享，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系youleyoucom@outlook.com。

上一篇：如何在 Docker 中正确构建跨平台 Go 静态二进制文件下一篇：如何在 Go 项目中正确添加并使用新 Go 文件

相关攻略

编程语言

C++实现二叉树的后序遍历(非递归) _ 双栈法逻辑详述【源码】

为什么后序非递归必须用双栈，单栈不行用单栈来模拟后序遍历，总会遇到一个绕不开的核心矛盾：当你弹出一个节点时，你根本无法判断它的左右子树是不是都已经“走”完了。中序遍历好办，一路沿着左链压栈到底，弹出的时机自然就是访问的时机；前序遍历更简单，先访问根节点，再把右、左孩子依次压栈，顺序就保证了。但后序

热心网友

05.05

编程语言

c++如何解析Subtitle字幕文件中的时间偏移参数【实战】

C++实战：精准解析字幕文件时间偏移参数与同步技巧 SRT ASS字幕文件时间字段识别与偏移原理首先需要明确一个关键概念：字幕文件（如SRT、ASS）内部并不存储名为“时间偏移”的参数。它们记录的是每一句字幕出现的绝对时间戳。用户常说的“字幕偏移”，实际上是播放器或编辑软件在加载字幕时，在外部施加

热心网友

05.05

编程语言

C++如何获取文件夹大小 _ 递归遍历与file_size函数【实战】

C++如何获取文件夹大小：递归遍历与file_size函数实战使用 std::filesystem::file_size 前必须检查文件类型直接对目录路径调用 std::filesystem::file_size 会抛出 std::filesystem::filesystem_error 异常，

热心网友

05.05

编程语言

C++实现基于哈希表的LRU淘汰 _ 复杂度O(1)级查找更新【源码】

C++实现基于哈希表的LRU淘汰算法 | O(1)时间复杂度查找与更新【完整源码】使用 std::list 结合 std::unordered_map 构建时间复杂度为 O(1) 的 LRU 缓存，看似思路清晰，实则暗藏关键细节。其中，对迭代器生命周期的精准控制，直接决定了代码的健壮性与潜在风险。

热心网友

05.05

编程语言

VSCode配置C/C++环境：MinGW编译器安装与调试保姆级教程

能跑通g++ --version和gdb --version且路径不含中文、空格，是VS Code调试C C++的硬门槛；必须将MinGW-w64的bin目录加入PATH、重启VS Code，并在tasks json中加-g、launch json中指定miDebuggerPath指向gdb exe

热心网友

05.03