问一个 用FS filter driver实现解密的傻傻的问题？？？？

  解密在read里进行。

第一次读一个文件时，从disk读，在filter中解密；
第二次读同样的文件，应该从cache中读（不会再经过disk上吧），
       这样的话，读到的应该是第一次解密后的明文吧，这样岂不是对明文进行解密了吗？

那就不支持cache呗！ 这种动态加解密文件的方式其实并没有多大意义，至少加密算法会显得很简单！

不是有个NOCACHE标志吗 只处理这样的

回xiabl： 如果不用Cache的话，读写效率应该会降低吧！ 另外：有没有好一点的办法实现加解密文件呢？

回longlord ： 对于NOCACHE标志我比较迷惑，既然Cache不是IRP机制，也就是说凡是跟IRP有关的都与Cache没有关系，那么怎么还会出现IRP_NOCACHE呢？

谢谢

既然Cache不是IRP机制，也就是说凡是跟IRP有关的都与Cache没有关系
——————————————————————————————————————————————————

这个论据和推论都是站不住脚的。