我不知道你是否发现,当我们下载或安装软件时,进度条总是卡在99%的地方!为什么会这样?

在这里,老桃子可以真的告诉你,进度条是骗人的!在大多数情况下,进度条不能反映任务的真实进度。它没有实际功能,只负责提供心理安慰的安慰剂按钮。既然没有效果,为什么要这样做?

手动给自己打个小ads:
电脑卡住,遇到一些无法解决的问题?试着重新安装系统?先在微软官网或者微软官网或者MSDN下载系统的镜像文件,复制到U盘启动盘,然后我们可以使用启动盘进行重新安装!有问题可以私信哦。

回到正题,为什么会有进度条这样的设计?例如,假设有两个进度条A和B,它们的完整时间是100秒,进度条A很套路,先快后慢,只用10秒就加载了前99%,然后90秒就卡在99%。
而且进度条B很老实,接近匀速,10秒才加载10%,20秒才加载20%,直到99秒才推进到99%。与10秒到99%的进度条A相比,诚实的进度条B更有可能被关闭,你容易产生A程序加载速度比B快的错觉。

因此,了解人心的产品经理更倾向于将进度条设计成先快后慢的效果,使人不愿意关闭页面或取消安装。反而蠢萌在屏幕前的你,为虚假的1%加油打call。

在生活中,像进度条这样的安慰剂按钮随处可见。比如电梯里关门的按钮,你发现了吗?每当我们疯狂地按下这个按钮时,电梯门仍然以自己的速度关闭,速度可能不会加快,这个按钮只是为了安抚我们的焦虑。

当然,就像上面提到的诚实进度条一样B,也会卡在99%。这是因为进度条反映了任务量,而不是耗时量。因此,如果计算机把耗时最长、最难啃的骨头留到最后,进度条就会卡在99%。

此外,下载软件中的多线程下载机制也是进度条卡99%的原因。这就好比电脑找了100个工人进行多线程工作,一起下载文件,而99个工人效率都很高,很快就完成了分内的工作,只有1个工人效率很低,大家都做完了,只剩他还在慢悠悠地工作,所以任务进度条卡在99%不动了。

不仅如此,下载后还需要处理一些文件的转换。假如电脑或手机配置较低,也会花费大量时间,也会使进度条卡在99%之间。
看完这些,你明白为什么无论网速有多快,进度条都会卡在99%了吗?