在发送到移动设备之前压缩图像的常见做法？

Question

我的应用程序需要从服务器下载许多图像(每个图像大约10kb大)。我只是用独立的< code>AsyncTask下载它们，没有任何优化。

现在我想知道转移这些图像的常见做法是什么。例如，我正在考虑将压缩图像保存在服务器上，然后将压缩文件发送给用户的手机进行解压缩。在这种情况下，是否最好将zip文件合并为一个大zip文件供用户下载？

或者有更好的解决办法？提前感谢！

编辑：

合并zip文件似乎是一个好主意，但我觉得用户可能需要很长时间才能等待下载和解压缩所有图像。因此，我可能会在每个zip文件中放置十到二十个图像，以便用户可以在等待更多图像的同时看到一些下载的图像。同时触发多个异步任务可以更快吗？但是，即使给定相同的文件大小和相同的下载地址，它们也不会同时完成？

Answer 1

我在看侧边栏，看到了这个话题，但是当我看到评论时，你在问修补的问题。

最好的方法是确保用户知道如何使用它。您希望用户下载X文件并出于不同的目的输出Y文件。另一方面，常见的做法是，对于那些不是Android应用程序原生且无法放入APK的资源块。

一个类似的例子是JDIC应用程序，它使用流行的日语资源，同时用于英语翻译。像WWWJDIC这样的JDIC应用程序使用在线下载来获取超大的参考文件，否则这些文件在Google服务器上的延迟会很差（之前已经提到过）。这也是不好的代表

此外，您可以使用7zip和Android程序将其自解压到一个位置。http://www.wikihow.com/Use-7Zip-to-Create-Self-Extracting-excutables

另一方面，用户最好在初次启动时进行一次性下载，同时对应用程序进行例行检查。然后，您可以选择放入一个< code>AsyncTask，这样您的文件将被下载到应用程序，并在重新启动后或以您想要的任何方式使用，因此您真的只需要一个< code>AsyncTask。这样做的好处是用户同步应用程序，他可能只需要检查一次。缺点是用户可能不总是能够更新，可能需要使用4G或LTE，但如果他可以随时使用WiFi，这是一个小问题。

Answer 2

图像可能已经压缩（gif、jpg、png）。您不会减少文件大小，但会减少连接数。这对于手机来说是个好主意。如果总是同一组图像，则可以使用sprite技术（发送一个较大的图像文件，其中包含所有图像，但具有不同的x/y偏移量，在html中，可以使用带偏移量的背景来显示正确的图像）。

Answer 3

由于延迟通常是移动连接的最大问题，减少必须打开的连接数量是优化加载时间的好方法。发送包含所有图像的zip文件听起来是一个非常好的主意，可能值得花时间实施。