Windows 不支持类 Unix 的扩展属性（xattr），其 NTFS 替代数据流（ADS）虽功能相似但机制不同：ADS 是文件名+流名的字符串标识，用于存储来源信息等元数据，不显示在资源管理器中，跨卷复制时易丢失，PowerShell 可管理（如 Get-Item -Stream *），但非 POSIX xattr 的等价替代。
windows 文件系统本身不原生支持类 unix 的“扩展属性”（extended attributes, xattr）机制。ntfs 有类似功能，但实现方式、用途和工具链与 linux/macos 完全不同——它叫 替代数据流（alternate data streams, ads），常被误称为“windows 扩展属性”。真正意义上的 posix 风格扩展属性（如 user.*、security.*）在 windows 上并不存在，也不被 windows api 或资源管理器识别。
理解 NTFS 替代数据流（ADS）是关键
ADS 是 NTFS 特有的功能，允许一个文件关联多个数据流，主数据流是默认的（如 readme.txt），而其他流可附加额外元数据（如 readme.txt:Zone.Identifier）。Windows 自动使用 ADS 存储来源信息（如从互联网下载的文件会带此流），用于 SmartScreen 和打开警告。
- ADS 不显示在资源管理器中，也不影响文件大小（通过属性页看到的大小仅为主流）
- 复制/移动到非 NTFS 卷（如 FAT32、exFAT、网络 SMB 共享若未启用流支持）时，ADS 通常丢失
- PowerShell 和命令行工具（
more、notepad）默认只操作主流，需显式指定流名才能访问 ADS
查看和管理 ADS 的常用方法
推荐使用 PowerShell（管理员权限非必需，但部分系统流需权限）：
- 列出某文件所有流：
Get-Item .\example.txt -Stream * - 读取特定流内容：
Get-Content .\example.txt -Stream Zone.Identifier - 写入自定义流：
Set-Content .\example.txt -Stream "MyNote" -Value "Draft v2" - 删除某流：
Remove-Item .\example.txt -Stream "MyNote" - 清空全部 ADS（保留主流）：
Get-Item .\example.txt -Stream * | Where-Object {$_.Stream -ne ':$DATA'} | ForEach-Object { Remove-Item .\example.txt -Stream $_.Stream }
注意：streams.exe（Sysinternals 工具）也可批量扫描目录中的 ADS，适合安全审计，但已多年未更新，仅限旧版 Windows 测试环境参考。
不要混淆：ADS ≠ 扩展属性，也不等价于 Linux xattr
Linux 的 setfattr/getfattr 操作的是 inode 级元数据，支持 ACL、SELinux 标签、用户自定义键值对；而 Windows ADS 是基于文件名+流名的字符串标识，无结构化 schema，不参与访问控制决策，也不被大多数应用感知或处理。
- 没有 Windows 原生命令对应
setfattr -n user.comment -v "test" file - .NET 或 Win32 API 中无标准接口操作“xattr”，只有
BackupRead/BackupWrite或FindFirstStreamW等底层函数可间接处理 ADS - 第三方工具（如
ntfsutils）极少见，且不跨平台、无维护
实际建议：何时用、何时避免
ADS 在现代 Windows 使用中应保持谨慎：
- ✅ 合理场景：开发调试中临时标记文件、自动化脚本记录状态、兼容旧企业策略（如某些 DLP 工具依赖 ADS）
- ❌ 避免场景：作为通用元数据存储（易丢失）、跨平台协作（Git 不跟踪 ADS）、用户可见文档注释（资源管理器不可见，易造成困惑）
- ⚠️ 安全提醒：恶意软件曾利用 ADS 隐藏 payload；若发现异常流（如
:hidden.ps1），建议用Get-Item -Stream *检查并结合杀软扫描
如需跨平台一致的元数据方案，建议改用 JSON/XML 侧车文件（如 file.txt.meta）、数据库索引，或利用 Windows 的“属性”→“详细信息”页填写摘要/作者/标签（这些存于 NTFS 属性集，由 Windows Shell 解析，更稳定且受 Explorer 支持）。
