ToB企服应用市场:ToB评测及商务社交产业平台
标题:
推荐一种批量判断文件是否存在的快速办法
[打印本页]
作者:
一给
时间:
2024-7-18 22:22
标题:
推荐一种批量判断文件是否存在的快速办法
在日常开发中，我们经常需要和文件打交道，特别是桌面开发，偶然候就会需要加载大批量的文件，而且大概还会存在部分文件缺失的环境，那么如何才能快速的判断文件是否存在呢？如果处置惩罚不当，且文件数量比较多的时候，大概会造成卡顿等环境，进而影响程序的使用体验。今天就以一个简单的小例子，简述两种不同的判断文件是否存在的方式以及效率比较。
涉及知识点
在本示例中，涉及的知识点如下：
单个文件是否存在判断，通常接纳File.Exists(file)来判断文件是否存在，存在返回true，不存在返回false。
获取目录下的文件，通常才是Directory.GetFiles(dir)来获取目录下的文件，返回目录下的文件列表。
计算程序执行耗时，通常接纳Stopwatch举行计算，可以计算程序执行的耗时，单位可以是毫秒，秒，TimeSpan等。
前提
本示例的前提是，通常有多个文件（如：几十，几百，几千，几万）需要判断是否存在，且文件从属于多个目录。
循环文件判断
C#默认提供的文件是否存在判断方式，一般用于单个文件，如果有多个文件，可以批量循环举行判断。步骤如下：
循环需要判断的文件列表
每个文件都判断一次文件是否存在。
代码如下所示：
/// <summary>
/// 逐一判断是否存在，并返回判断时长
/// </summary>
/// <param name="files"></param>
/// <returns></returns>
private static long CheckFileExist01(List<string> files)
{
Stopwatch stopwatch = new Stopwatch();
stopwatch.Start();
foreach (var file in files)
{
if (File.Exists(file))
{
}
}
stopwatch.Stop();
return stopwatch.ElapsedMilliseconds;
}
复制代码
上述判断方式，如果有一百个文件，则会举行一百次的文件是否存在判断，都是磁盘文件判断。
统一获取判断
统一获取，即获取文件夹目录下的文件，再举行内存中判断文件是否存在。步骤如下：
先获取文件列表所在的文件夹，
获取文件夹中的所有文件，存入字典中，
然后通过字典判断是否包含文件
代码如下所示：
/// <summary>
/// 统一获取文件夹目录中的文件，再进行判断
/// </summary>
/// <param name="files"></param>
/// <returns></returns>
private static long CheckFileExist02(List<string> files)
{
Stopwatch stopwatch = new Stopwatch();
stopwatch.Start();
Dictionary<string,string> dictionary = new Dictionary<string, string>();
var folders = files.Select(item=>Path.GetDirectoryName(item)).Distinct().ToList();
foreach (var folder in folders)
{
var tmpFiles=Directory.GetFiles(folder);
foreach(var tmpFile in tmpFiles)
{
dictionary[tmpFile] = tmpFile;
}
}
foreach (var file in files)
{
if (dictionary.TryGetValue(file, out string a))
{
}
}
stopwatch.Stop();
return stopwatch.ElapsedMilliseconds;
}
复制代码
性能比较
在本示例中，分别从不同维度举行比较，如：本地磁盘文件和共享目录中的文件，以及不同文件数量举行比较。分别如下：
1. 本地文件
本地文件，分别对10到500个文件举行判断是否存在，对两种方式的耗时比较。
其中横坐标为文件数量，纵坐标为判断文件是否存在的执行耗时（毫秒）。如下所示：
通过比较发现，对于本地文件，结论如下：
对于需要判断的文件数量较少时，循环单个文件和统一获取再判断，性能上并无太大差别。
随着需要判断的文件数量逐渐增多，循环单个文件的耗时会增长，而统一获取再内存判断，则并无太大颠簸。
受操纵系统影响，性能耗时大概会存在颠簸。
2. 共享目录文件
共享文件，分别对10到500个文件举行判断是否存在，对两种方式的耗时比较。
其中横坐标为文件数量，纵坐标为判断文件是否存在的执行耗时（毫秒）。如下所示：
通过比较发现，对于共享目录文件，结论如下：
随着需要判断的文件数量逐渐增多，循环单个文件的耗时会增长，而统一获取再内存判断，则并无太大颠簸。
受操纵系统或网络影响，性能耗时大概会存在颠簸。
结论
通过对本地文件和共享目录下文件，以及不同数量的文件举行文件是否存在校验时的耗时比较分析，结论如下：
如果需要判断的文件数量比较多，且分散存储的目录固然不唯一，却相对较少，发起接纳第二种（统一获取）方式举行校验。
以上就是【推荐一种批量判断文件是否存在的快速办法】的全部内容，希望能够一起学习，共同进步。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/)
Powered by Discuz! X3.4
