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）、容器卷挂载模式的坑里。

C#

"避开 C# 常见错误——空陷阱、异步陷阱、LINQ 陷阱及资源泄漏。"

下载

• 最简单：为 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 和 xattr ACL → 挂载选项（user_xattr）→ SELinux/AppArmor 策略（avc: denied { setxattr } 日志必查）

扩展属性不是“透明贴纸”，它是操作系统级的、有权限边界和挂载依赖的底层机制。写之前先 lsattr、fsutil、getfattr 跑一遍，比写一百行 P/Invoke 更省时间。