如何加快UWP中StorageFolder自定义目录移动方法的处理速度

优化方案 #

你判断的顺序执行问题是核心瓶颈，UWP存储API的异步IO操作本身存在一定开销，逐元素顺序等待会浪费大量IO等待时间，以下是可落地的优化方案：

核心优化点

• 并行处理异步任务：放弃逐元素await的顺序执行逻辑，将所有移动任务收集后通过Task.WhenAll批量等待，充分利用IO并行能力，千级文件场景下可直接带来数倍到十倍的速度提升。
• 修正参数使用逻辑：原代码中传入的碰撞处理参数未被实际使用，所有操作硬编码为ReplaceExisting，修正后可保证方法的灵活性，符合扩展方法的设计预期。
• 减少API调用次数：合并文件和文件夹的查询操作，使用GetItemsAsync一次性获取当前目录下所有存储项，避免两次遍历存储索引的额外开销。
• 同分区场景极致优化：如果源和目标文件夹在同一物理分区，且应用已申请broadFileSystemAccess权限，可直接使用System.IO.Directory.Move移动整目录，跳过UWP存储API的封装开销，耗时可缩短至秒级。

优化后代码

using System.Collections.Generic;
using System.Threading.Tasks;
using Windows.Storage;

public static async Task MoveTo(this StorageFolder source, StorageFolder destination, string folderName, 
    CreationCollisionOption creationCollisionOption = CreationCollisionOption.GenerateUniqueName, 
    NameCollisionOption nameCollisionOption = NameCollisionOption.GenerateUniqueName) 
{
    // 创建目标根文件夹，使用传入的碰撞处理参数
    StorageFolder targetRoot = await destination.CreateFolderAsync(folderName, creationCollisionOption);
    
    // 一次性获取所有存储项，减少API调用次数
    IReadOnlyList<IStorageItem> items = await source.GetItemsAsync();
    List<Task> moveTasks = new List<Task>(items.Count);

    foreach (IStorageItem item in items)
    {
        if (item is StorageFile file)
        {
            // 收集文件移动任务，不立即等待
            moveTasks.Add(file.MoveAsync(targetRoot, file.Name, nameCollisionOption).AsTask());
        }
        else if (item is StorageFolder subFolder)
        {
            // 收集子文件夹递归移动任务，不立即等待
            moveTasks.Add(MoveTo(subFolder, targetRoot, subFolder.Name, creationCollisionOption, nameCollisionOption));
        }
    }

    // 批量等待所有移动任务完成
    await Task.WhenAll(moveTasks);
    
    // 可选：移动完成后删除源空文件夹，不需要可注释
    await source.DeleteAsync(StorageDeleteOption.Default);
}

补充说明

如果你的场景需要处理十万级以上的超大文件量，可通过SemaphoreSlim限制并行度（推荐设置为16~32），避免IO请求拥堵导致系统响应变慢。

内容的提问来源于stack exchange，提问作者Osaxely