UNIX类系统跨平台可移植可解析文件元数据获取方案咨询

不存在完全零适配的原生通用工具，但有比你当前探索的rsync、tar方案简洁一个量级的实现，且覆盖Ubuntu、macOS等主流Nix系统，维护成本极低。

核心方案逻辑 #

生态分裂的核心矛盾是GNU系与BSD系工具的参数差异，但两类stat工具的语法差异仅需要脚本启动时做一次一次性探测即可完全抹平，不需要逐次运行复杂适配：

• 两类stat的行为语义高度统一：-P参数在两类系统上均表示不跟随符号链接、直接获取文件/链接本身的属性，无差异。
• 两类系统的stat对常用元数据字段的支持一一对应：文件类型、八进制权限、修改时间的epoch时间戳、文件路径，所有需要的核心字段都可以覆盖，无功能缺口。
• 符号链接目标的获取可通过无参数差异的readlink实现，不需要依赖stat的格式化输出，进一步降低适配成本。

最小可复用实现 #

只需要在脚本初始化阶段加几行探测逻辑，后续所有获取元数据的场景直接调用封装好的函数即可，示例代码：

# 一次性探测stat实现类型
if stat --printf="" 2>/dev/null; then
    STAT_BIN="stat"
    # GNU stat 字段顺序：文件类型\0八进制权限\0修改时间戳\0文件路径\n
    STAT_FMT='--printf=%F\0%a\0%Y\0%N\n'
else
    STAT_BIN="stat"
    # BSD stat（macOS默认） 字段顺序与上方完全对齐
    STAT_FMT='-f=%HT\0%Lp\0%m\0%N\n'
fi

# 通用元数据获取函数，传入目标文件路径即可输出易解析的结构化结果
get_file_meta() {
    local target_path="$1"
    # 统一加-P参数，避免自动跟随符号链接造成的属性误取
    "$STAT_BIN" -P $STAT_FMT "$target_path"
}

解析注意事项 #

• 字段间采用空字节（\0）作为分隔符，记录间采用换行（\n）作为分隔符，完全可以规避文件路径、链接目标中包含空格、特殊符号甚至换行符的解析异常，符合易解析的要求。
• 统一输出epoch格式的时间戳，不需要适配不同locale、不同时区的可读时间字符串差异，后续脚本处理时可直接用date -d @<时间戳>做通用转换。
• 若需单独获取符号链接的指向路径，可在封装函数中追加无跨平台差异的readlink调用，不需要额外适配不同stat的格式规则。

方案优势对比 #

对比你之前探索的两类折中方案：

• 性能远高于rsync方案：stat是直接调用系统lstat接口获取inode属性，无额外的文件比对、流传输逻辑，遍历大规模文件时性能比rsync dry-run高10倍以上；且rsync并非所有精简系统镜像的预装组件，通用性不如系统自带的stat。
• 实现复杂度远低于tar头解析方案：不需要自行实现不同tar版本的头偏移、编码解析逻辑，所有格式化输出由stat本身完成，后续维护成本极低。

可选简化路径 #

如果目标环境允许安装软件包，可在macOS上通过包管理器安装GNU版本的核心工具集，对应的gstat与Ubuntu上的原生stat语法、输出格式完全一致，这时候探测逻辑只需要优先调用gstat即可，连BSD侧的格式串适配都可以省掉。

注意：不要在生产脚本中直接解析ls的输出，不同发行版、不同locale下ls的输出格式、特殊字符转义规则无统一标准，存在长期的稳定性风险，与公开技术指引的要求一致。

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