GetVolumeInformation是Windows下获取卷信息最轻量方式，需传入“X:”格式根路径，返回卷标、序列号、文件系统等；Linux/macOS无对应概念，应分别用statfs/getmntent和设备元数据处理。
Windows 下用 GetVolumeInformation 一次性拿全信息
在 Windows 平台，GetVolumeInformation 是最直接、最轻量的方式——它不依赖 WMI 或 PowerShell，也不需要管理员权限，只要传入盘符路径（如 "C:\\"）就能返回卷标、序列号、最大文件名长度、文件系统格式等关键字段。
注意路径末尾必须是双反斜杠（"C:\\"），单反斜杠或不加都会失败；另外路径需指向根目录，不能是子目录（如 "C:\Users" 会报错 ERROR_INVALID_PARAMETER）。
常见错误现象：返回值为 0 且 GetLastError() 是 ERROR_ACCESS_DENIED ——这不是权限问题，而是路径格式不对；若返回 ERROR_NOT_READY，说明该卷未就绪（比如光驱空盘、U 盘拔出中）。
-
lpRootPathName必须是"X:\\"格式，结尾两个反斜杠缺一不可 -
lpVolumeNameBuffer和lpFileSystemNameBuffer需提前分配足够空间（建议至少 256 字符） - 卷标和文件系统名是宽字符（
WCHAR），C++ 中用std::wstring接收更安全 - 序列号是
DWORD类型，但实际是 32 位整数，高位低位顺序与磁盘存储一致，无需手动翻转
Linux/macOS 下用 statfs 或 getmntent 获取挂载点信息
Linux 和 macOS 没有“卷标”“序列号”的统一概念，但可通过挂载点获取文件系统类型（f_type）、总块数、可用空间等。真正接近“卷标”的是 /dev/disk/by-label/ 下的符号链接，而“序列号”对应设备的 ID_SERIAL（需读取 /sys/block/*/device 或用 udevadm info）。
立即学习“C++免费学习笔记（深入）”；
如果只是想快速知道某路径所在分区的文件系统类型（比如判断是不是 ext4 或 apfs），statfs 最快：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
struct statfs buf;
if (statfs("/home", &buf) == 0) {
// buf.f_type 是魔数，Linux 常见值：0xef53 → ext4，0x6969 → xfs
}
但 f_type 不可移植（不同内核版本可能变），更稳妥的做法是调用 df -T /path 解析输出，或读取 /proc/mounts（Linux）或 getmntent（POSIX 兼容）匹配挂载点，再查 fstab 或 lsblk -o NAME,FSTYPE,LABEL,UUID 的结果。
- 没有跨平台的“卷序列号”API，Linux 下 UUID 或 LABEL 更常用，且需额外 shell 调用或 sysfs 访问
-
getmntent返回的mnt_fsname是设备路径（如/dev/sda1），不是文件系统格式；格式在mnt_type字段里（如"ext4"） - macOS 上
statfs的f_fstypename可直接拿到"apfs"、"hfs"等字符串，比 Linux 更友好
C++ 跨平台封装时别硬套 Windows 语义
试图用同一套接口在 Linux/macOS 上返回“卷标”和“序列号”，容易踩坑。比如把 /dev/sdb1 的设备名当卷标、把 UUID 当序列号——它们语义不同：Windows 卷标可由用户修改，UUID 在 Linux 中是只读标识，而 Windows 序列号是格式化时生成的 32 位整数（重启不变，重格式才变）。
如果你的程序需要“唯一标识一个卷”，优先用 UUID（Linux/macOS）或卷序列号+卷标组合（Windows）；如果只是展示给用户看，“文件系统类型”和“挂载点名称”比强行凑出“序列号”更有意义。
- 不要在 Linux 上用
GetVolumeInformation的行为预期去设计 API，否则后续维护者会困惑 - 跨平台库（如 Boost.Filesystem）不提供卷标/序列号，因为 POSIX 标准根本不定义这些
- 若必须统一字段，建议定义结构体时明确标注平台限制，例如：
std::optional<uint32_t> windows_volume_serial;
绕过权限限制的替代方案：用 wmic 或 powerShell（仅 Windows）
当 GetVolumeInformation 因沙盒环境（如某些杀软、AppContainer）被拦截时，可临时降级用命令行工具。虽然慢、要启动进程、需解析文本，但兼容性极强。
wmic volume get Name,Capacity,FileSystem,VolumeSerialNumber 能列出所有卷；powerShell "Get-Volume | Select-Object DriveLetter,FileSystemLabel,FileSystemType" 更易解析 JSON 输出（加 | ConvertTo-Json）。
- 注意
wmic在 Windows 11 22H2+ 已被标记为“即将弃用”，长期项目建议转向 PowerShell - PowerShell 命令需启用执行策略（
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser），普通用户默认可运行 - 输出含 BOM 的 UTF-16，C++ 中用
_wsopen或std::wifstream读取更稳妥
卷标、序列号、文件系统这类信息看似基础，但跨平台时每个系统对“什么是卷”的定义都不同。与其强求统一接口，不如按平台特性分层处理：Windows 用原生 API，Linux/macOS 用挂载点 + 设备元数据，再根据实际用途（展示 or 标识）决定要不要拼接字段。
