C#无法跨平台直接操作NTFS ADS或Linux xattr：Windows仅支持FileStream读写ADS流，无枚举/删除API；Linux需P/Invoke调用setxattr/getxattr，且依赖文件系统启用xattr及权限配置；推荐改用附属文件或SQLite存储元数据。
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 更省时间。
