扩展属性的名称与值是否保证为UTF-8编码？Rust包装器问询

各平台扩展属性编码要求 #

• Linux（遵循freedesktop规范）
  • 扩展属性名称：官方明确要求必须使用UTF-8编码，非UTF-8名称属于不符合规范的用法，不被推荐；属性值无强制UTF-8要求，支持任意二进制数据。
• macOS
  • 扩展属性名称：setxattr(2)手册明确规定为以NULL结尾的UTF-8字符串，系统会校验名称的UTF-8合法性，非UTF-8名称会被拒绝；属性值支持任意二进制数据。
• BSD系列（FreeBSD、OpenBSD等）
  • 扩展属性名称：系统调用层面允许任意以NULL结尾的字节序列，但社区惯例倾向于使用UTF-8以保证兼容性；属性值支持任意二进制数据。
• Windows（NTFS扩展属性）
  • 扩展属性名称：原生API使用UTF-16编码，Rust的OsString可自动适配该编码；属性值支持任意二进制数据。
• Solaris/Illumos
  • 扩展属性名称：系统调用允许任意字节序列，但官方文档推荐使用UTF-8以保证跨工具兼容性；属性值无UTF-8强制要求。

Rust包装器实现策略 #

1. 名称类型选择
   • macOS、Linux：优先提供String类型接口，同时保留OsString接口兼容特殊场景。
   • BSD、Solaris、Windows：优先使用OsString类型，适配平台原生编码规则。
   • 利用Rust的条件编译（#[cfg(target_os = "...")]）为不同平台提供最优接口，同时提供统一的泛型接口覆盖全平台。
2. 属性值处理
   • 所有平台统一使用Vec<u8>类型，因为扩展属性值本质为二进制数据，无统一编码要求。

简化示例代码 #

use std::ffi::OsString;
use std::io;

// macOS/Linux专属UTF-8优先接口
#[cfg(any(target_os = "linux", target_os = "macos"))]
pub fn set_xattr(path: &str, name: &str, value: &[u8]) -> io::Result<()> {
    // 调用对应平台系统调用的具体实现
    Ok(())
}

// 全平台通用接口
pub fn set_xattr_os(path: &OsString, name: &OsString, value: &[u8]) -> io::Result<()> {
    // 平台相关系统调用实现
    Ok(())
}

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