: 99%不是代表快跑完了
: 是刚开始更新
这其实是一件困扰我很久的问题
举例来说 更新要做100件不同的事
但是某一件会特别花时间 比另外99件加起来还多上许多
以使用者角度来看 更新进度条总是会卡在某个特定%数 就会有这样的抱怨发生
但是事先知道某件事要执行多久 以实务上难以实现
就算做了也只是估计值 到时候改被嘴显示剩5秒 结果跑了1分钟==
所以到现在我也还是以事件数计算 而不是真实时间
各位五大四中高材生 有解？

这个问题好几十年了吧 都没有人够天才有解法

如果能找到某个算法去估计 或是拿上一次执行类似更新的客户端回传耗时去猜，可能可以可以吧但不一样的平台做同一件事花的时间可能差很多

每个人电脑配备又不一样 安装的软件也不一样你也不知道使用者除了再安装你的软件更新还在干嘛到时候还是会出现显示5秒跑了5分钟的情况

那为什么不显示剩几Mb

阴爸都显示剩几mb 直观又准确

下载可以显示剩几mb 但不只有下载ㄅ像是进场景 要loading一大堆东西 每个东西没办法估会花上多少时间