C# NTFS是否支持每个文件的校验和
由于我不喜欢使用市场上已有的软件来自学新技术,所以我正在开发一种工具,根据散列查找文件的副本 从路径读取文件条目不是问题,但是散列文件需要花费大量时间 NTFS本机是否支持我可以使用的每个文件校验和C# NTFS是否支持每个文件的校验和,c#,file,checksum,ntfs,C#,File,Checksum,Ntfs,由于我不喜欢使用市场上已有的软件来自学新技术,所以我正在开发一种工具,根据散列查找文件的副本 从路径读取文件条目不是问题,但是散列文件需要花费大量时间 NTFS本机是否支持我可以使用的每个文件校验和 由于我对NTFS的了解在内部比较滞后,所以我不知道应该使用哪些搜索词ntfs+校验和+文件通常是无用的。不,ntfs中没有哈希。如果对例如10MB文件的任何更改都需要哈希重新计算,文件写入将变得非常缓慢。请参阅,其中一致意见是“不,不应该”!第一次谷歌点击“ntfs文件校验和”指向我,这反过来又指向
由于我对NTFS的了解在内部比较滞后,所以我不知道应该使用哪些搜索词<代码>ntfs+校验和+文件通常是无用的。不,ntfs中没有哈希。如果对例如10MB文件的任何更改都需要哈希重新计算,文件写入将变得非常缓慢。请参阅,其中一致意见是“不,不应该”!第一次谷歌点击“ntfs文件校验和”指向我,这反过来又指向重复。永远不要低估谷歌搜索泡沫。我已经没有被击中了。所以,谢谢。对于像md5或sha1这样的散列,这是正确的,但对于校验和则不然。您可以在文件中间编辑几个字节,并为它计算一个新的校验和,而不必读取文件中的任何其他数据。@ KFSCHECTER是的,但是这样的校验和对于“查找文件副本的工具”来说是不够可靠的。它会产生太多的假复制品。哦,哎呀。我错过了那部分。但即使是简单的校验和,如果只是作为第一步使用,也会有助于查找重复的文件;首先比较校验和,仅在校验和匹配时比较哈希。