如果你实现这样的功能，让进度条快速增长到90%。然后你可以执行真实的工作，不管它需要多长时间。用户体验将比显示当前进度好得多;-）

我只能猜测，时间是如何计算的。但是花了很多时间观察复制窗口，看看时间估计是如何变化的，这是我最好的估计：

• Windows正在保存所有要复制的文件的列表
• 它正在跟踪已复制的文件的时间和数量
• 剩余时间计算如下：
• 到目前为止每个文件的平均时间=到目前为止经过的时间/已复制的文件
• 所有文件所需的估计时间=每个文件的平均时间 * 文件数。

在经过固定的时间间隔（可能是5秒，可能是30秒？）后重复计算。
这可能是一个更复杂一点，我上面解释，我想，目前正在复制的文件的大小，并已复制的百分比，以及进入计算。这将解释为什么我们看到一个估计时，只有一个文件正在复制;-）。
所以，在一个直接的回答你的问题：这既不是最好的也不是最坏的时间，它只是一个非常弱的估计，是不太准确的文件大小彼此不同。
或者换句话说：这可能是程序员能想到的实现特定功能的最快方法（就快速编程以及运行时的低CPU使用而言）。如果它在周五下午编码，我不会感到惊讶。

雷蒙德·陈对此很不满