NTFS研究遇到问题，求支援或一同讨论

最近研究写NTFS驱动下的读写压缩/稀疏文件功能的时候被微软雷到了。

真不愧“微软让事情变得复杂 (Microsoft make things complicated)”的传闻。

压缩/占位流描述组居然可以分别存放到两个属性中.......彻底囧掉了......为了省几个字节的空间，代码复杂度起码提高一个数量级，犯得上么.......

然后又发现一个更囧的情况：NTFS属性中的流可以被任意拆开描述，一个10个簇长的流可以被写成10个1个簇的流！

比如：

11 08 10

LCN 10,LENGTH 08

完成可以被改成：

11 01 10 11 01 01 11 01 01 11 01 01 11 01 01 11 01 01 11 01 01 11 01 01

-_-b

也就是说，16个簇的压缩单元可能被写成16个流的描述，而不受压缩单元尺寸限制的稀疏文件，则存在无限可能......

而且还都能通过CHKDSK的检查并能被WINDOWS正常访问。

更可悲的是：这些流可能被拆开存放于多个属性中......虽然WINDOWS自身并不会这样做，但只要这是合法的，那别的程序就只能无条件的支持......

综上。非常简单的压缩/稀疏文件操作逻辑，理论上有演变成无聊，复杂，效率低下的多属性下流描述的修改操作的可能，而且事实上，程序必须处理此种状况。代码复杂度因为这个小小的设计巨增。

劳资痛恨微软那帮BT！


本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/Areslee/archive/2009/06/19/4281624.aspx



顺便找人一起讨论下NTFS的日志系统