我的是点击安装就提示失败，最近几次系统更新都没解决。

一样的问题，使用应用商城安装微信的时候卡在75%，导致后面所有的软件安装都卡住了。

将安装微信的进程kill掉后，会出现全部软件都下载失败的情况。

首先，apt本身就要处理依赖，安装程序耗时取决于依赖的多少和机器的性能。其次，几个应用一起装，肯定都会同步进行，都要排队，可以学习下apt的基本概念

这个打开终端，运行两条命令升级一下就好了。。。

什么命令啊、?求解！

已经不是系统性能和排队的问题了。

即便排队，当第一个程序安装异常时，应触发标记并跳过该程序执行后继安装，而不是废掉整个队列。目前从结果看，该队列失败后未废止或删除该队列，应该还是生效中，并导致后续影响。

应理解为：功能设计差，异常处理机制严重缺陷。

建议学习下apt的原理，进度条永远都不是实时的，真正出现异常当然会自动中断，正常操作就不会有失败

APT工作原理

不知道这个是不是能满足您让我了解的原理。

这里其实大家反馈的问题是75%进度的问题。

经过我的多次使用，如果从应用商店单个安装应用这个问题不存在。同时多选后并发下载安装时该问题再现。

如你所说，进度条不是实时的，就算是下载进度不是实时的，那下载阶段完成和安装阶段，你总能提示显示吧，如果这个都不能正确，你的进度条百分比有什么用，只是看着好看吗？如果做不到百分比，那你提示进行阶段都比你这么设计好。另外，平均速率*时长/软件包大小=下载进度%，或者已下载容量/软件包大小=下载进度%，平均速率//软件包大小=预计时长。这些都无法运算吗？

你的进度条给我的理解是75%应该指下载完成，进入安装阶段。单个安装微信，耗时3分钟，提示安装完成，单个安装wps耗时3分钟完成，现在同一台机器两个一起装耗时30分钟，却一直停在75%，你认为这是apt工作原理导致的吗？？

做出来的进度条起码要有实际意义，错误比没有更糟糕。另外，弄清弄懂大家反馈的问题本质和问题根源。我觉得你在这个问题上南辕北辙了。

其实我觉得你在这里的作用就是回复大家收到，这是处于礼貌和工作。

然后将大家的反馈BUG发给开发运维人员，同时反馈给提出者BUG反馈是否核实，该BUG处理进度是什么，处理结果是什么。

如果不能再现，你们认为重要的，去询问反馈者如何再现故障。

举个不恰当的例子：你用电脑，一天出现了硬件故障，你是不是要学习主板电路设计、南北桥芯片结构和CPU电路结构，来确定哪里出了问题？？

用户面对的是最终产品，能反馈的也是产品的使用体验。原理什么的用户根本不关心，你本末倒置了。