我的应用程序需要从服务器下载许多图像（每个图像大约 10kb 大）。我只是用独立的AsyncTask 下载它们中的每一个，没有任何优化。
现在我想知道传输这些图像的常见做法是什么。例如，我正在考虑将压缩图像保存在服务器上，然后将压缩文件发送给用户的手机进行解压缩。在这种情况下，将 zip 文件合并成一个大 zip 文件供用户下载会更好吗？
或者有更好的解决方案？提前致谢！
编辑：
似乎合并 zip 文件是个好主意，但我觉得用户等待下载和解压缩所有图像可能需要很长时间。所以我可能会在每个 zip 文件中放十或二十张图片，这样用户就可以在等待更多图片的同时看到一些下载的图片。将多个AsyncTask 一起触发会更快，对吧？但是即使给定相同的文件大小和相同的下载地址，它们也不会同时完成？
【问题讨论】：
标签： php android image file-transfer
由于延迟通常是移动连接的最大问题，因此减少必须打开的连接数量是优化加载时间的好方法。发送包含所有图像的 zip 文件听起来是个好主意，并且可能值得花时间实施。
【讨论】：
图像可能已经压缩（gif、jpg、png）。您不会减少文件大小，但会减少连接数。这对移动设备来说是个好主意。如果始终是同一组图像，您可以使用一些精灵技术（发送一个包含所有图像但具有不同 x/y 偏移量的更大图像文件，在 html 中，您可以使用带有偏移量的背景来显示正确的图像）。
【讨论】：
我正在查看侧边栏并看到 this 主题，但是当我看到 cmets 时，您正在询问修补程序。
确保用户知道如何处理它的最佳方法是。您希望用户下载 X 文件并将 Y 输出用于不同目的。另一方面，似乎常见的做法是为那些不是 Android 应用程序原生且无法放入 APK 的资源块。
一个类似的例子是 JDIC 应用程序，它使用流行的日语资源，同时用于英语翻译。像 WWWJDIC 这样的 JDIC 应用程序使用在线下载非常大的参考文件，否则这些参考文件会在 Google 服务器上产生不良延迟（之前已经提到过）。除非它是 3D，否则在 Google 应用程序上拥有 >200 MB 也是不好的代表，这是合理的。如果您的图像在应用程序本身加载时间过长的情况下无法压缩，您可能需要考虑此选项。唯一的缺点是请求在线连接（之前也提到过）。
此外，您可以使用 7zip 和 Android 程序将其自解压到某个位置。 http://www.wikihow.com/Use-7Zip-to-Create-Self-Extracting-excutables
另一方面，用户最好在初次启动时对应用执行例行检查，同时进行一次性下载。然后，您可以选择输入一个AsyncTask，以便您的文件将下载到应用程序并在重新启动后使用，或者您想要它，所以您真的只需要一个AsyncTask。这样做的好处是用户在应用程序上同步，他可能只需要检查一次。缺点是用户可能无法随时更新，可能需要使用 4G 或 LTE，但如果他可以随时使用 WiFi，这将是一个小问题。
【讨论】：