当我们在 Windows 中复制文件时，我们会得到预期的完成时间。那个时代是最好的时代还是最坏的时代？您还假设环境变量吗？
如果你实现这样的功能，让进度条快速增长到90%。然后你就可以执行真正的工作，无论需要多长时间。用户体验会比显示当前进度好得多;-)
我只能猜测，时间是如何计算的。但是花了很多时间观察复制窗口并查看时间估计如何变化，这是我的最佳估计：
经过固定时间跨度（也许5秒，也许30秒？）后重复计算
我上面解释的可能有点复杂，我想当前正在复制的文件的大小以及已复制的百分比也会进入计算。这可以解释为什么我们在仅复制一个文件时看到估计值；-)。
因此，直接回答您的问题：这既不是最好的时间，也不是最坏的时间，这只是一个非常弱的估计，文件大小彼此差异越大，就越不准确。
或者换句话说：这可能是程序员能想到的实现指定功能的最快方式（就快速编程以及运行时的低 CPU 使用率而言）。如果它是在周五下午编码的，我不会感到惊讶......
Raymond Chen对此有有话要说...