Windows NTFS 扩展属性：C# 能读但不能直接写
C# 标准库（
System.IO）完全不提供对 NTFS 扩展属性（也叫 Alternate Data Streams，ADS）的写入支持；读取也仅限于通过
FileStream打开流时附带流名（如
"file.txt:secret"），且必须用原生 Win32 API 才能枚举或删除。.NET 运行时本身绕过了 Windows 的
GetFileAttributesEx和
SetFileAttributes对扩展属性的支持。 常见错误现象：
File.GetAttributes("test.txt:zone.identifier") 报 IOException（路径格式不正确），因为 .NET 的路径解析器直接拒绝冒号后缀 真正能用的只有
FileStream构造函数配合流名，例如：
new FileStream("data.bin:metadata", FileMode.OpenOrCreate)
ADS 不是“元数据容器”，它本质是独立数据流——写入后文件大小不变，但磁盘占用增加；杀毒软件、压缩工具、复制操作（如 xcopy /E）可能静默丢弃它 不要指望用
File.SetAttributes或
FileInfo.Attributes操作 ADS——它们只处理标准文件属性（只读、隐藏等）
Linux ext4 xattr：C# 无法跨平台原生访问
.NET 本身不绑定任何 Linux 系统调用，
setxattr/
getxattr这类 syscall 在 C# 中没有对应 BCL 封装。你得自己 P/Invoke，而且必须确保目标环境装了 glibc 并启用 xattr 支持（ext4 默认开启，但挂载时加
noattr就失效）。 常见错误现象：调用
syscall(SYS_setxattr, ...)返回 -1 且
errno == ENOTSUP，大概率是文件系统没启用 xattr（
mount | grep xattr查看） 必须用
DllImport("libc.so.6") 绑定，不能用 msvcrt.dll或空字符串；函数签名要严格匹配：
int setxattr(string path, string name, byte* value, ulong size, int flags)
user.前缀的 xattr 可被普通用户读写；
security.或
trusted.需要 CAP_SYS_ADMIN 权限，非 root 进程会直接失败 注意编码：xattr 名称和值都是 raw bytes，不是 UTF-8 字符串——传入前别自动
Encoding.UTF8.GetBytes()，除非你明确约定编码规则
跨平台方案？别硬扛，换思路
想在 Windows + Linux 上统一存点小元数据？放弃 xattr/ADS，改用显式附属文件或结构化存储更可靠。这不是妥协，是避免掉进权限、挂载选项、沙箱（如 Flatpak）、容器卷挂载模式的坑里。
最简单：为foo.jpg同目录存
foo.jpg.meta，内容用 JSON 或 MessagePack 序列化；
File.Exists("foo.jpg.meta") 安全可测
若需原子性（比如元数据和主文件一起移动/删除），用 SQLite 数据库存单个表：CREATE TABLE files (path TEXT PRIMARY KEY, xattr BLOB)，路径做主键天然去重 警惕 Docker 场景：容器内挂载的 ext4 卷如果用
bind mount且宿主机未启用 xattr，即使容器里跑的是 Linux，
setxattr仍会失败——查
/proc/mounts里的
xattr标志位 不要用
Directory.EnumerateFiles("*.*:stream") 试图跨平台枚举——Windows 下报错，Linux 下返回空，毫无意义
真要调原生 API？检查三件事再动手
如果你已经确认必须走 syscall 或 Win32 API，上线前务必验证这三项，否则上线后静默失败是常态。
Windows：用fsutil.exe reparsepoint query "path"确认 ADS 是否真实存在（
fsutil是唯一可靠验证工具）；别信资源管理器显示的“大小”字段 Linux：运行
getfattr -d /path/to/file看是否返回
user.mykey，同时确认
getfattr --version输出版本 ≥ 2.4.46（老版本不支持
-h参数，影响脚本判断） 权限链：C# 进程 UID/GID → 文件所在目录的
sticky bit和
xattrACL → 挂载选项（
user_xattr）→ SELinux/AppArmor 策略（
avc: denied { setxattr } 日志必查）
扩展属性不是“透明贴纸”，它是操作系统级的、有权限边界和挂载依赖的底层机制。写之前先
lsattr、
fsutil、
getfattr跑一遍，比写一百行 P/Invoke 更省时间。
