CN116450235A - 应用数据生成方法、装置、应用数据加载方法和装置 - Google Patents

Abstract

本公开的实施例公开了应用数据生成方法、装置、应用数据加载方法和装置。该生成方法的一具体实施方式包括：将目标应用中内置的多张图片上传至第三方服务网络，得到多张图片的存储地址信息；根据图片的属性信息，对多张图片进行聚合打包，得到多个图片数据包；将多个图片数据包上传至第三方服务网络，得到多个图片数据包的存储地址信息；基于图片和图片数据包的存储地址信息，生成图片加载配置文件，以及根据图片加载配置文件和目标应用的应用程序，生成目标应用的安装包。该实施方式与应用优化技术有关，可以将应用内置的图片转为在线加载，从而降低应用安装包的大小。且通过图片数据包加载和图片加载两种加载方式，可以保证图片加载的成功率。

Description

应用数据生成方法、装置、应用数据加载方法和装置

技术领域

本公开的实施例涉及应用优化技术领域，具体涉及应用数据生成方法、装置、应用数据加载方法和装置。

背景技术

随着移动互联网的快速发展，出现了越来越多的移动应用软件(即APP)。有相关统计数据表明，应用安装包的大小将会影响应用的下载量。包体大小每上升6MB，应用下载转化率通常就会下降1％。由此可见，应用体积瘦身对于应用的推广安装、用户体验至关重要。因此，需要一种既能保证用户使用体验，又可以达到缩小应用体积(大小)的技术手段。

该背景技术部分中所公开的以上信息仅用于增强对本发明构思的背景的理解，并因此，其可包含并不形成本国的本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的内容部分用于以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。本公开的内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。

本公开的一些实施例提出了应用数据生成方法、生成装置、应用数据加载方法、加载装置、应用数据处理系统、电子设备、计算机可读介质和计算机程序产品，来解决以上背景技术部分提到的技术问题中的一项或多项。

第一方面，本公开的一些实施例提供了一种应用数据生成方法，包括：将目标应用中内置的多张图片上传至第三方服务网络，得到多张图片在第三方服务网络上的存储地址信息；根据图片的属性信息，对多张图片进行聚合打包，得到多个图片数据包；将多个图片数据包上传至第三方服务网络，得到多个图片数据包在第三方服务网络上的存储地址信息；基于多张图片和多个图片数据包的存储地址信息，生成图片加载配置文件，以及根据图片加载配置文件和目标应用的应用程序，生成目标应用的安装包，其中，在运行目标应用时，多个图片数据包的加载顺序先于多张图片的加载顺序。

在一些实施例中，根据图片的属性信息，对多张图片进行聚合打包，得到多个图片数据包，包括：根据图片所属的目标应用的版本信息，对多张图片进行聚合打包，得到多个对应不同版本区间的图片数据包，其中，同一图片数据包中的各图片所属的应用版本信息相匹配。

在一些实施例中，根据图片的属性信息，对多张图片进行聚合打包，得到多个图片数据包，包括：根据图片的分辨率，对多张图片进行聚合打包，得到多个不同分辨率下的图片数据包，其中，同一图片数据包中的各图片的分辨率相匹配。

在一些实施例中，根据图片的属性信息，对多张图片进行聚合打包，得到多个图片数据包，包括：根据图片在目标应用中的展示位置，对多张图片进行聚合打包，得到多个对应不同应用页面的图片数据包，其中，应用页面包括以下至少一种：应用首页、详情描述页、价值转换页。

在一些实施例中，基于多张图片和多个图片数据包的存储地址信息，生成图片加载配置文件，包括：响应于检测到图片选取操作，将图片选取操作所指示的图片确定为占位图；根据多张图片和多个图片数据包的存储地址信息、占位图，生成图片加载配置文件，其中，在运行目标应用时，多张图片的加载顺序先于占位图的加载顺序。

在一些实施例中，基于多张图片和多个图片数据包的存储地址信息，生成图片加载配置文件，包括：配置多个图片数据包中各图片数据包的加载策略，其中，加载策略用于控制多个数据包的分时段加载；根据多张图片和多个图片数据包的存储地址信息、多个图片数据包的加载策略，生成图片加载配置文件。

在一些实施例中，将目标应用中内置的多张图片上传至第三方服务网络，包括：响应于在图片上传页面检测到上传图片的操作，将操作所指示的图片上传至第三方服务网络，其中，在不同应用页面中展示的各图片分批次上传，在同一应用页面中展示的各图片同一批次上传；根据图片的属性信息，对多张图片进行聚合打包，得到多个图片数据包，包括：响应于检测到图片打包操作，根据在图片上传页面上传的各图片的属性信息，对同一批次上传的各图片进行聚合打包，得到多个图片数据包，其中，图片打包操作是在同一应用页面中的各图片上传完成的情况下所触发的。

在一些实施例中，基于多张图片和多个图片数据包的存储地址信息，生成图片加载配置文件，包括：响应于确定图片打包完成，配置打包得到的多个图片数据包的加载策略，其中，对应同一应用页面的各图片数据包的加载策略相同，加载策略包括以下至少一种：应用启动时加载、应用首页加载成功预设时长后加载、指定页面展示时加载；根据同一批次上传的各图片的存储地址信息、对应得到的多个图片数据包的存储地址信息和加载策略，生成对应应用页面的图片加载配置文件，得到多个不同应用页面的图片加载配置文件。

第二方面，本公开的一些实施例提供了一种应用数据生成装置，包括：图片上传单元，被配置成将目标应用中内置的多张图片上传至第三方服务网络，得到多张图片在第三方服务网络上的存储地址信息；聚合打包单元，被配置成根据图片的属性信息，对多张图片进行聚合打包，得到多个图片数据包；数据包上传单元，被配置成将多个图片数据包上传至第三方服务网络，得到多个图片数据包在第三方服务网络上的存储地址信息；生成单元，被配置成基于多张图片和多个图片数据包的存储地址信息，生成图片加载配置文件，以及根据图片加载配置文件和目标应用的应用程序，生成目标应用的安装包，其中，在运行目标应用时，多个图片数据包的加载顺序先于多张图片的加载顺序。

在一些实施例中，聚合打包单元进一步被配置成根据图片所属的目标应用的版本信息，对多张图片进行聚合打包，得到多个对应不同版本区间的图片数据包，其中，同一图片数据包中的各图片所属的应用版本信息相匹配。

在一些实施例中，聚合打包单元进一步被配置成根据图片的分辨率，对多张图片进行聚合打包，得到多个不同分辨率下的图片数据包，其中，同一图片数据包中的各图片的分辨率相匹配。

在一些实施例中，聚合打包单元还进一步被配置成根据图片在目标应用中的展示位置，对多张图片进行聚合打包，得到多个对应不同应用页面的图片数据包，其中，应用页面包括以下至少一种：应用首页、详情描述页、价值转换页。

在一些实施例中，生成单元进一步被配置成响应于检测到图片选取操作，将图片选取操作所指示的图片确定为占位图；根据多张图片和多个图片数据包的存储地址信息、占位图，生成图片加载配置文件，其中，在运行目标应用时，多张图片的加载顺序先于占位图的加载顺序。

在一些实施例中，生成单元还进一步被配置成配置多个图片数据包中各图片数据包的加载策略，其中，加载策略用于控制多个数据包的分时段加载；根据多张图片和多个图片数据包的存储地址信息、多个图片数据包的加载策略，生成图片加载配置文件。

在一些实施例中，图片上传单元进一步被配置成响应于在图片上传页面检测到上传图片的操作，将操作所指示的图片上传至第三方服务网络，其中，在不同应用页面中展示的各图片分批次上传，在同一应用页面中展示的各图片同一批次上传；聚合打包单元进一步被配置成响应于检测到图片打包操作，根据在图片上传页面上传的各图片的属性信息，对同一批次上传的各图片进行聚合打包，得到多个图片数据包，其中，图片打包操作是在同一应用页面中的各图片上传完成的情况下所触发的。

在一些实施例中，生成单元还进一步被配置成响应于确定图片打包完成，配置打包得到的多个图片数据包的加载策略，其中，对应同一应用页面的各图片数据包的加载策略相同，加载策略包括以下至少一种：应用启动时加载、应用首页加载成功预设时长后加载、指定页面展示时加载；根据同一批次上传的各图片的存储地址信息、对应得到的多个图片数据包的存储地址信息和加载策略，生成对应应用页面的图片加载配置文件，得到多个不同应用页面的图片加载配置文件。

第三方面，本公开的一些实施例提供了一种应用数据加载方法，包括：响应于检测到前端运行目标应用，更新目标应用的图片加载配置文件，得到新图片加载配置文件，其中，目标应用是采用上述第一方面中任一实现方式所描述的应用数据生成方法而生成的；基于新图片加载配置文件，从第三方服务网络中加载对应的图片数据包；响应于确定图片数据包加载失败，基于新图片加载配置文件，从第三方服务网络中加载对应的图片；响应于确定图片加载成功，在目标应用中展示所加载的图片。

在一些实施例中，基于新图片加载配置文件，从第三方服务网络中加载对应的图片数据包，包括：分析对应不同应用页面的各新图片加载配置文件，确定各应用页面中图片的加载策略；根据各加载策略的先后顺序，采用串行加载方式，依次从第三方服务网络中加载对应的图片数据包。

在一些实施例中，该方法还包括：响应于确定图片加载失败，从目标应用中预先设置的占位图中选取候选图片，以代替加载失败的图片，在目标应用中展示。

第四方面，本公开的一些实施例提供了一种应用数据加载装置，包括：更新单元，被配置成响应于检测到前端运行目标应用，更新目标应用的图片加载配置文件，得到新图片加载配置文件，其中，目标应用是采用上述第一方面中任一实现方式所描述的应用数据生成方法而生成的；数据包加载单元，被配置成基于新图片加载配置文件，从第三方服务网络中加载对应的图片数据包；图片加载单元，被配置成响应于确定图片数据包加载失败，基于新图片加载配置文件，从第三方服务网络中加载对应的图片；展示单元，被配置成响应于确定图片加载成功，在目标应用中展示所加载的图片。

在一些实施例中，数据包加载单元进一步被配置成分析对应不同应用页面的各新图片加载配置文件，确定各应用页面中图片的加载策略；根据各加载策略的先后顺序，采用串行加载方式，依次从第三方服务网络中加载对应的图片数据包。

在一些实施例中，该加载装置还包括占位图选取单元，被配置成响应于确定图片加载失败，从目标应用中预先设置的占位图中选取候选图片，以代替加载失败的图片在目标应用中展示。

第五方面，本公开的一些实施例提供了一种应用数据处理系统，包括：配置管理设备，用于采用上述第一方面中任一实现方式所描述的应用数据生成方法，生成及存储目标应用的安装包，以及将目标应用中内置的图片、聚合得到的图片数据包上传至第三方服务网络；第三方服务网络，用于对配置管理设备上传的应用图片、图片数据包进行存储，以及返回存储地址信息；至少一个终端设备，其上安装有目标应用，以及采用上述第三方面中任一实现方式所描述的应用数据加载方法，来运行目标应用。

第六方面，本公开的一些实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述第一方面或第三方面中任一实现方式所描述的方法。

第七方面，本公开的一些实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现上述第一方面或第三方面中任一实现方式所描述的方法。

第八方面，本公开的一些实施例提供了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现上述第一方面或第三方面中任一实现方式所描述的方法。

本公开的上述各个实施例具有如下有益效果：本公开的一些实施例的应用数据生成方法可以在缩小应用安装包大小的同时，提升应用中图片加载的成功率，从而保证用户的使用体验。具体来说，相关应用体积瘦身方法通常是将应用安装包内图片资源转为在线加载方式。这是一种比较直接有效的方法。即将应用内置的图片资源上传至CDN(ContentDelivery Network，内容分发网络)。之后，通过加载CDN上的图片资源的方式，来实现应用页面在客户端上的运行。然而，发明人发现，从CDN上加载图片资源存在一定的失败率。也就是说，不能保证每张图片都能加载成功。由于这些图片需要一张一张加载，因此对于每张图片，都需要向CDN发送一个加载请求。这样会大大增加客户端的请求线程数量。进而也会大大增加CDN所需处理的查询请求数量。从而会影响图片加载的处理效率和成功率。如果图片加载失败，通常会影响用户的使用体验。

基于此，本公开的一些实施例的应用数据生成方法，在将应用内置的图片上传至第三方服务网路进行存储的同时，还可以对这些图片进行聚合打包。进而还可以将得到的图片数据包上传至第三方服务网路进行存储。从而根据图片的存储地址和图片数据包的存储地址，生成配置文件。以及将配置文件预置在应用的安装包中。这样在运行应用时，可以通过图片的存储地址，来加载相关图片。也可以通过图片数据包的存储地址，来加载相关图片。在缩小应用的安装包大小的同时，采用双重加载方式可以大大提高图片加载的成功率，保障用户的使用体验。另外，由于图片数据包的加载顺序先于图片的加载顺序。因此通过一个图片数据包的存储地址，可以实现批量图片的集中下载。这样可以减少客户端的网络请求线程数，有助于保证客户端应用的稳定运行。同时，也可以降低第三方服务网络的每秒查询率(QPS，Queries Per Second)，减少资源消耗。这样可以进一步提高图片加载的处理效率和成功率。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，元件和元素不一定按照比例绘制。

图1是本公开的应用数据生成方法的一些实施例的流程图；

图2是本公开的应用数据生成方法的另一些实施例的流程图；

图3是本公开的应用数据生成装置的一些实施例的结构示意图；

图4是本公开的应用数据加载方法的一些实施例的流程图；

图5是本公开的应用数据加载装置的一些实施例的结构示意图；

图6是本公开的应用数据处理系统的一些实施例的结构示意图；

图7是适于用来实现本公开的一些实施例的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例。相反，提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

图1示出了根据本公开的应用数据生成方法的一些实施例的流程100。该方法包括以下步骤：

步骤101，将目标应用中内置的多张图片上传至第三方服务网络，得到多张图片在第三方服务网络上的存储地址信息。

在一些实施例中，应用数据生成方法的执行主体(例如图6中所示的配置管理设备601)，可以通过有线连接方式或无线连接方式，将目标应用中内置的多张图片上传至第三方服务网络(如图6中所示的第三方服务网络602)，从而得到多张图片在第三方服务网络上的存储地址信息。这里的目标应用可以是需要减小安装包大小的任意应用，尤其是移动终端应用。而第三方服务网络可以是提供数据存储的任意设备或云端所处的网络，如数据库、云服务器等等。

在这里，执行主体可以指定存储位置。例如，可以向第三方服务网络发送图片存储请求。请求中可以包括所要存储的图片和图片的存储位置信息等。这样，第三方服务网络在接收到其上传的图片时，可以按照指定存储位置来存储这些图片。

在一些实施例中，第三方服务网络在接收到图片时，可以根据自身的存储空间使用情况来分配存储资源，以存储这些图片。并且可以将这些图片的存储地址信息返回给执行主体。这里的存储地址信息的表示方式并不限制，例如可以是链接地址、URL(uniformresource locator，统一资源定位符)地址、所在文件的标识等等。通过存储地址信息可以找到对应的图片即可。

可以理解的是，在开发设计应用时，应用中各页面所要展示的图片通常是确定好的。图片的格式并不限制，如可以是以下至少一种：PNG(Portable Network Graphics，便携式网络图形)、jpeg(Joint Photographic Experts Group，一种图像文件格式)、jpg、webp、bmp等等。这些图片往往会占用大量的存储空间，尤其是购物类应用。因此将应用中内置的图片上传至第三方服务网络存储，以供运行应用时加载。这样可以大大降低应用安装包的大小。

步骤102，根据图片的属性信息，对多张图片进行聚合打包，得到多个图片数据包。

在一些实施例中，对于步骤101中目标应用内置的多图片，执行主体还可以根据图片的属性信息，对这些图片进行聚合打包，从而得到多个图片数据包。这里的属性信息并不限制，如可以包括以下至少一项：图片所适用(即所属)应用的版本信息、图片的分辨率、图片在应用中的展示位置等等。同一图片数据包中各图片的属性信息相匹配(如相同)。需要说明的是，图片的属性信息可以通过图片的自身属性、标识信息(如命名)、配置说明等方式得到。另外，图片数据包的格式在这里同样不限制。为了减少对存储空间的占用，这里的图片数据包通常对聚合的图片进行压缩处理后得到的压缩数据包，如zip、rar、jar等等。

在一些实施例中，执行主体可以根据图片所属的目标应用的版本信息，对多张图片进行聚合打包，从而得到多个对应不同版本区间的图片数据包。其中，同一图片数据包中的各图片所属的应用版本信息相匹配(如相同或相近)。例如，A图片在10.0.0-11.0.0版本的应用中使用，而B图片在11.0.0-12.0.0版本的应用中使用。此时，执行主体可以生成两个图片数据包。一个图片数据包中包含A图片，对应的版本区间为10.0.0-11.0.0。另一个图片数据包中包含B图片，对应的版本区间为11.0.0-12.0.0。这样可以适应不同版本应用的使用需求。

可选地，执行主体也可以根据图片的分辨率，对多张图片进行聚合打包，得到多个不同分辨率下的图片数据包。其中，同一图片数据包中的各图片的分辨率相匹配(如相同或相近)。例如，对于同一图片，可以上传2X和3X两种分辨率。这样，执行主体可以生成两个图片数据包。一个图片数据包中的图片分辨率为2X。另一个图片数据包中的图片分辨率为3X。这样可以适应不同分辨率设备的使用需求。

在一些应用场景中，执行主体还可以根据图片在目标应用中的展示位置，对多张图片进行聚合打包，得到多个对应不同应用页面的图片数据包。其中，同一图片数据包中的各图片的展示位置相匹配，如位于同一应用页面。

可以理解的是，不同应用所包含的应用页面往往不同。应用页面的划分可以根据实际情况进行设置。例如，对于购物类应用，应用页面可以包括以下至少一种：应用首页、详情描述页、价值转换页(如购物车页、订单结算页)、个人页等等。

步骤103，将多个图片数据包上传至第三方服务网络，得到多个图片数据包在第三方服务网络上的存储地址信息。

在一些实施例中，基于步骤102得到的多个图片数据包，执行主体同样可以将这些图片数据包上传至第三方服务网络，从而得到这些图片数据包在第三方服务网络上的存储地址信息。需要说明的是，图片数据包所在的第三方服务网络，可以与步骤101中图片所在的第三方服务网络相同或不同。若两者相同，可以减少开发成本。若两者不同，可以减少或避免因第三方服务网络故障造成应用无法运行的可能性。

步骤104，基于多张图片和多个图片数据包的存储地址信息，生成图片加载配置文件，以及根据图片加载配置文件和目标应用的应用程序，生成目标应用的安装包。

在一些实施例中，基于步骤101得到的多张图片的存储地址信息、步骤103得到的多个图片数据包的存储地址信息，执行主体可以生成图片加载配置文件。以及，可以根据图片加载配置文件和目标应用的应用程序，来生成目标应用的安装包。即将图片加载配置文件预置在目标应用的安装包内。这样用户在使用目标应用时，用户终端可以根据其中的配置文件在线加载图片。即根据图片的存储地址信息和/或图片数据包的存储地址信息，从第三方服务网络中加载目标应用中的图片。两种图片加载方式可以有效地提高图片加载的成功率，从而保证用户的使用体验。

需要说明的是，在运行目标应用时，多个图片数据包的加载顺序先于多张图片的加载顺序。也就是说，优先通过图片数据包的存储地址信息，加载图片数据包中的图片。可以理解的是，一个图片数据包中往往包含多个图片。因此，通过下载图片数据包，可以实现批量图片的集中下载。与一张一张图片下载相比较，可以大大减少用户终端所需发送的请求数量，以及可以大大减少第三方服务网络所要处理的查询请求数量。这样，可以提高用户终端和第三方服务网络的数据处理效率，从而有利于进一步提高图片加载的成功率。

在一些实施例中，为了进一步保证应用的正常运行，提升用户体验，还可以在目标应用的安装包中预置占位图。具体地，若执行主体检测到图片选取操作，则可以将图片选取操作所指示的图片确定为占位图。其中，图片选取操作的操作方式并不限制，如点击、拖拽、添加等。在这种情况下，可以根据多张图片和多个图片数据包的存储地址信息、占位图，来生成图片加载配置文件。其中，在运行目标应用时，多张图片的加载顺序先于占位图的加载顺序。也就是说，在图片数据包加载失败的情况下，可以通过图片的存储地址信息，来加载各图片。若图片也加载失败，则可以直接用占位图代替加载失败的图片。

需要说明的是，对于不同操作系统(如安卓、IOS)的目标应用，上述过程通常是分开进行的。作为示例，对于安卓系统的目标应用，可以通过上述步骤得到安卓版的图片加载配置文件，并将其预置在安卓版的目标应用的安装包中。另外，为了进一步减少存储空间的占用，单个图片通常不超过1M(兆)，单个图片数据包通常不超过2M。若在聚合打包时，数据量超过2M，则可以拆分为两个图片数据包。此外，为了便于区分，图片加载配置文件可以以最新时间戳命名，以作为配置文件的版本信息，进而可以确定文件的更新情况。

通过以上描述，本公开的一些实施例的应用数据生成方法，在将应用内置的图片上传至第三方服务网路进行存储的同时，还可以对这些图片进行聚合打包。进而还可以将得到的图片数据包上传至第三方服务网路进行存储。从而根据图片的存储地址和图片数据包的存储地址，生成配置文件。以及将配置文件预置在应用的安装包中。这样在运行应用时，可以通过图片的存储地址，来加载相关图片。也可以通过图片数据包的存储地址，来加载相关图片。在缩小应用的安装包大小的同时，采用双重加载方式可以大大提高图片加载的成功率，保障用户的使用体验。从而可以有助于提高应用的下载量和使用应用的用户量。

另外，由于图片数据包的加载顺序先于图片的加载顺序。因此通过一个图片数据包的存储地址，可以实现批量图片的集中下载。这样可以减少客户端的网络请求线程数，有助于保证客户端应用的稳定运行。同时，也可以降低第三方服务网络的每秒查询率(QPS，Queries Per Second)，减少资源消耗。这样可以进一步提高图片加载的处理效率和成功率。

继续参见图2，其示出了根据本公开的应用数据生成方法的另一些实施例的流程200。在本公开的实施例中，用户可以通过CMS(Content Management System，内容管理系统)，来完成图1实施例中所描述的应用数据生成方法。具体可以参见以下步骤：

步骤201，响应于在图片上传页面检测到上传图片的操作，将操作所指示的图片上传至第三方服务网络。

在一些实施例中，用户可以以目标应用中的应用页面为单位，即一个应用页面为一个模块，在CMS上创建图片上传页面，从而可以在该页面内上传图片。需要说明的是，这里所要上传的图片通常是同一应用页面所包含的图片。

在这里，执行主体(即CMS)若在图片上传页面检测到上传图片的操作，可以将操作所指示的图片上传至第三方服务网络(如CDN)。其中，在不同应用页面中展示的各图片分批次上传。而在同一应用页面中展示的各图片同一批次上传。这里的应用页面同样可以包括以下至少一种：应用首页、详情描述页、价值转换页等等。

在这里，用户可以将图片一张一张地上传至图片上传页面，也可以批量上传。具体上传方式并不限制。并且用户还可以在该页面，对每张图片的属性信息进行配置，以便于后续的聚合打包。例如，对于每种操作系统，可以分别上传两个分别率的图片，并且配置每个图片所属的应用版本区间。

步骤202，响应于检测到图片打包操作，根据在图片上传页面上传的各图片的属性信息，对同一批次上传的各图片进行聚合打包，得到多个图片数据包。

在一些实施例中，若执行主体检测到图片打包操作，根据在图片上传页面上传的各图片的属性信息，对同一批次上传(即同一应用页面)的各图片进行聚合打包。进而，对于每个应用页面，可以得到多个图片数据包。其中，图片打包操作是在同一应用页面中的各图片上传完成的情况下所触发的。也就是说，用户在将同一应用页面中的图片上传完成后，可以触发执行主体进行图片的聚合打包。需要数名的是，图片打包操作的触发方式在这里同样不限制。

步骤203，响应于确定图片打包完成，将打包得到的多个图片数据包上传至第三方服务网络，得到多个图片数据包在第三方服务网络上的存储地址信息。

在一些实施例中，执行主体在确定图片打包完成的情况下，可以将打包得到的多个图片数据包上传至第三方服务网络，从而得到这些图片数据包在第三方服务网络上的存储地址信息。

步骤204，配置打包得到的多个图片数据包的加载策略，根据同一批次上传的各图片的存储地址信息、对应得到的多个图片数据包的存储地址信息和加载策略，生成对应应用页面的图片加载配置文件，得到多个不同应用页面的图片加载配置文件。

在这里，考虑到如果应用划分的模块较多，有可能会出现集中在某一个刻会有大量的图片数据包加载请求。因此在这里，可以根据实际情况选择不同的策略来加载图片数据包。例如，有些入口比较浅的模块，例如购物车、商品详情、搜索等，可以设置为应用启动时预加载。又例如，有些二级、三级页面，可以设置应用首页启动后10秒开始预加载。而剩余入口深的页面，还可以配置为模块内的一级页面触发模块内二级页面图片的图片数据包加载。即当访问一级页面时，开始加载二级页面的图片数据包。这样便可以实现请求时机的分散。从而有助于应用在用户终端的稳定运行。

也就是说，为了避免图片数据的集中下载，还可以为多个图片数据包中各图片数据包配置加载策略。其中，加载策略通常用于控制多个数据包的分时段加载。在这种情况下，可以根据多张图片和多个图片数据包的存储地址信息、多个图片数据包的加载策略，来生成图片加载配置文件。

在一些实施例中，确定图片打包完成的情况下，用户可以通过执行主体对打包得到的多个图片数据包的加载策略进行配置。其中，对应同一应用页面的各图片数据包的加载策略相同。在这里，加载策略可以包括以下至少一种：应用启动时加载、应用首页加载成功预设时长后加载、指定页面展示时加载。在这种情况下，执行主体可以根据同一批次上传的各图片的存储地址信息、对应得到的多个图片数据包的存储地址信息和加载策略，来生成对应应用页面的图片加载配置文件。例如，执行主体可以导出模块内图片的信息清单、图片数据包的信息和加载策略信息，从而组成一个完整的配置信息。其中，图片的信息清单中可以包括以下至少一项：图片标识、存储地址信息、所属的版本区间、分辨率等等。图片数据包的信息可以包括以下至少一项：数据包标识、对应的版本区间、存储地址信息。

通常情况下，同一应用页面中的各图片的加载时机相同。然而，CMS一般无法识别图片在应用的位置。因此，用户在上传图片之前，可以先根据图片的展示位置进行分组。这样，在上传图片时，可以将同一组中的图片同一批次上传，从而实现加载策略的批量设置。也就是说，重复上述图2实施例中的各步骤，可以得到目标应用的多个不同应用页面的图片加载配置文件。之后，根据这些图片加载配置文件和应用程序，可以生成对应操作系统的目标应用的安装包。

本公开实施例中的应用数据生成方法，进一步丰富和完善了生成流程。在缩小应用体积的同时，可以有效地保证图片加载的成功率。另外，大量的资源加载会使用户终端的网络框架开启大量的图片加载线程，即使部分应用会优化线程总量复用排队，其本质上还是会挤占用户终端的本地网络加载资源。基于此，本公开实施例中的应用数据生成方法，通过配置各图片数据包的加载策略，可以实现图片的分时段加载。从而减少或避免对用户终端的影响，保证用户终端的稳定运行。

进一步参考图3，作为对上述图1至图2所示方法的实现，本公开提供了一种应用数据生成装置的一些实施例。这些生成装置实施例与图1至图2所示的那些方法实施例相对应。该生成装置具体可以应用于各种电子设备中。

如图3所示，一些实施例的应用数据生成装置300可以包括：图片上传单元301，被配置成将目标应用中内置的多张图片上传至第三方服务网络，得到多张图片在第三方服务网络上的存储地址信息；聚合打包单元302，被配置成根据图片的属性信息，对多张图片进行聚合打包，得到多个图片数据包；数据包上传单元303，被配置成将多个图片数据包上传至第三方服务网络，得到多个图片数据包在第三方服务网络上的存储地址信息；生成单元304，被配置成基于多张图片和多个图片数据包的存储地址信息，生成图片加载配置文件，以及根据图片加载配置文件和目标应用的应用程序，生成目标应用的安装包，其中，在运行目标应用时，多个图片数据包的加载顺序先于多张图片的加载顺序。

在一些实施例中，聚合打包单元302可以进一步被配置成根据图片所属的目标应用的版本信息，对多张图片进行聚合打包，得到多个对应不同版本区间的图片数据包，其中，同一图片数据包中的各图片所属的应用版本信息相匹配。

在一些实施例中，聚合打包单元302可以进一步被配置成根据图片的分辨率，对多张图片进行聚合打包，得到多个不同分辨率下的图片数据包，其中，同一图片数据包中的各图片的分辨率相匹配。

在一些实施例中，聚合打包单元302还可以进一步被配置成根据图片在目标应用中的展示位置，对多张图片进行聚合打包，得到多个对应不同应用页面的图片数据包，其中，应用页面包括以下至少一种：应用首页、详情描述页、价值转换页。

在一些实施例中，生成单元304可以进一步被配置成响应于检测到图片选取操作，将图片选取操作所指示的图片确定为占位图；根据多张图片和多个图片数据包的存储地址信息、占位图，生成图片加载配置文件，其中，在运行目标应用时，多张图片的加载顺序先于占位图的加载顺序。

在一些实施例中，生成单元304还可以进一步被配置成配置多个图片数据包中各图片数据包的加载策略，其中，加载策略用于控制多个数据包的分时段加载；根据多张图片和多个图片数据包的存储地址信息、多个图片数据包的加载策略，生成图片加载配置文件。

在一些实施例中，图片上传单元301进一步被配置成响应于在图片上传页面检测到上传图片的操作，将操作所指示的图片上传至第三方服务网络，其中，在不同应用页面中展示的各图片分批次上传，在同一应用页面中展示的各图片同一批次上传；聚合打包单元302进一步被配置成响应于检测到图片打包操作，根据在图片上传页面上传的各图片的属性信息，对同一批次上传的各图片进行聚合打包，得到多个图片数据包，其中，图片打包操作是在同一应用页面中的各图片上传完成的情况下所触发的。

在一些实施例中，生成单元304还进一步被配置成响应于确定图片打包完成，配置打包得到的多个图片数据包的加载策略，其中，对应同一应用页面的各图片数据包的加载策略相同，加载策略包括以下至少一种：应用启动时加载、应用首页加载成功预设时长后加载、指定页面展示时加载；根据同一批次上传的各图片的存储地址信息、对应得到的多个图片数据包的存储地址信息和加载策略，生成对应应用页面的图片加载配置文件，得到多个不同应用页面的图片加载配置文件。

可以理解的是，该应用数据生成装置300中记载的诸单元与参考图1至图2描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作、特征以及产生的有益效果同样适用于应用数据生成装置300及其中包含的单元，在此不再赘述。

下面参考图4，其示出了根据本公开的应用数据加载方法的一些实施例的流程400。该方法包括以下步骤：

步骤401，响应于检测到前端运行目标应用，更新目标应用的图片加载配置文件，得到新图片加载配置文件。

在一些实施例中，应用数据加载方法的执行主体(例如图6中所示的终端设备603、604)，可以通过有线连接方式或无线连接方式，来获取目标应用的安装包。其中，目标应用是采用上述图1至图2中，任一实现方式所描述的应用数据生成方法而生成的。

在一些实施例中，执行主体检测到前端运行目标应用时，可以更新目标应用的图片加载配置文件，从而得到新图片加载配置文件。作为示例，执行主体可以向目标应用的服务端(如图6中所示的配置管理设备601)发送获取请求。其中，获取请求库用于获取匹配的目标应用的配置信息(如图片加载配置文件中的数据信息)。作为示例，获取请求中可以包括执行主体的操作系统信息、分辨率信息和应用的版本信息等。目标应用的服务端在接收到获取请求时，可以将匹配的目标应用的配置信息发送给执行主体。

此时，执行主体可以确定目标应用的配置信息是否有更新。即接收到的数据与本地缓存的数据是否有差异。如果没有，则说明没有更新。在这种情况下，可以将本地缓存的图片加载配置文件作为新图片加载配置文件。并且可以根据本地缓存数据运行目标应用。如果有，则说明有更新。在这种情况下，可以合并差异缓存得到最新的图片加载配置文件。

步骤402，基于新图片加载配置文件，从第三方服务网络中加载对应的图片数据包。

在一些实施例中，基于新图片加载配置文件，执行主体可以根据其中的图片数据包的存储地址信息，从第三方服务网络中加载对应的图片数据包。若配置了加载策略，则执行主体可以按照加载策略所指的加载时机，从第三方服务网络中加载对应的图片数据包。

具体地，执行主体可以分析对应不同应用页面的各新图片加载配置文件，来确定各应用页面中图片的加载策略。之后，根据各加载策略的先后顺序，采用串行加载方式，依次从第三方服务网络中加载对应的图片数据包。若下载成功，则可以将下载数据缓存到本地磁盘复用。若下载失败，则可以继续执行步骤403。需要说明的是，这里的下载失败可以是下载未成功或未完成。

步骤403，响应于确定图片数据包加载失败，基于新图片加载配置文件，从第三方服务网络中加载对应的图片。

在一些实施例中，若确定图片数据包加载失败，则执行主体可以根据新图片加载配置文件中的图片的存储地址信息，从第三方服务网络中加载对应的图片。

步骤404，响应于确定图片加载成功，在目标应用中展示所加载的图片。

在一些实施例中，若步骤403中的图片加载成功，则执行主体可以在目标应用中展示所加载的图片。

可选地，若确定图片加载失败，则执行主体可以从目标应用中，预先设置的占位图中选取候选图片。这样，选取的候选图片可以代替加载失败的图片，从而可以在目标应用中展示候选图片，进而降低对用户使用的影响。

在一些应用场景中，在应用启动时，利用调用接口获取配置信息差异。若配置信息无更新，则可以下发空的差异信息。否则下发一些更新配置变化信息到本地，进而合并差异后缓存最新的配置文件。

之后，可以读取和解析配置文件，分析各个模块的预加载策略，分别进行图片数据包的预加载。采用一个串行的线程队列排队下载。下载成功后缓存到本地磁盘复用。例如，可以根据应用的当前运行情况(如访问的应用页面)，确定符合加载策略的图片数据包进行加载。

如果图片数据包预加载成功，终端设备可以根据模块标识(即应用页面标识)和图片标识，来换取到图片数据包加载到本地的图片，进而加载渲染展示即可。如果在终端设备使用图片时，图片数据包预加载未成功或未完成，则可以根据模块标识和图片标识，换取图片的存储地址信息。由终端设备上的图片下载组件单独去下载图片，以及共享终端设备图片下载的缓存能力和空间。如果下载成功直接渲染。如果下载失败，则渲染占位图。

本公开实施例的应用数据加载方法，实现了2层加载—3层降级措施—本地缓存。即第一层图片数据包的预下载；第二层加载是图片数据包失败时，由图片加载组件来加载。3层降级分别为图片数据包本地缓存失败了，降级到图片组件；图片组件失败了，读取本地图片占位图。所有的图片数据包及图片缓存都是在终端设备的磁盘上缓存。既保证了图片加载的成功率，保障用户体验。有可以降低服务端的资源损耗，减少终端设备的网络请求线程数。

此外，经过实际数据测算，在IOS操作系统上的图片数据包加载成功率在98.9％-99.1％波动；在安卓上的图片数据包加载成功率在96.7％-98.1％波动。剩余的少量图片数据包未加载成功的用户，采用CDN实时加载方式。剩余这些用户加载失败的概率基本上接近于0。同时，也不会出现进入某个页面大量下载图片的请求线程。一次图片数据包的请求可以完成一个模块内图片的全部下载。此方式基本上保障了绝大部分用户的体验。

进一步参考图5，作为对上述图4所示方法的实现，本公开提供了一种应用数据加载装置的一些实施例。这些加载装置实施例与图4所示的那些方法实施例相对应。该加载装置具体可以应用于各种电子设备中。

如图5所示，一些实施例的应用数据加载装置500可以包括：更新单元501，被配置成响应于检测到前端运行目标应用，更新目标应用的图片加载配置文件，得到新图片加载配置文件，其中，目标应用是采用上述第一方面中任一实现方式所描述的应用数据生成方法而生成的；数据包加载单元502，被配置成基于新图片加载配置文件，从第三方服务网络中加载对应的图片数据包；图片加载单元503，被配置成响应于确定图片数据包加载失败，基于新图片加载配置文件，从第三方服务网络中加载对应的图片；展示单元504，被配置成响应于确定图片加载成功，在目标应用中展示所加载的图片。

在一些实施例中，数据包加载单元502可以进一步被配置成分析对应不同应用页面的各新图片加载配置文件，确定各应用页面中图片的加载策略；根据各加载策略的先后顺序，采用串行加载方式，依次从第三方服务网络中加载对应的图片数据包。

在一些实施例中，该加载装置500还可以包括占位图选取单元(图5中未示出)，被配置成响应于确定图片加载失败，从目标应用中预先设置的占位图中选取候选图片，以代替加载失败的图片在目标应用中展示。

可以理解的是，该应用数据加载装置500中记载的诸单元与参考图4描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作、特征以及产生的有益效果同样适用于应用数据加载装置500及其中包含的单元，在此不再赘述。

本公开的实施例还提供了一种应用数据处理系统。如图6所示，该处理系统可以包括配置管理设备601、第三方服务网络602和至少一个终端设备603、604。

在这里，配置管理设备601可以采用上述图1至图2实施例中，任一实现方式所描述的应用数据生成方法，来生成及存储目标应用的安装包。以及可以将目标应用中内置的图片、聚合得到的图片数据包上传至第三方服务网络602。第三方服务网络602可以对配置管理设备601上传的应用图片、图片数据包进行存储，以及返回存储地址信息。终端设备603、604上可以安装有目标应用，并且可以采用上述图4实施例中，任一实现方式所描述的应用数据加载方法，来运行目标应用。

可以理解的是，上文各实施例中描述的方法操作、特征以及产生的有益效果，同样适用于该应用数据处理系统，在此不再赘述。

下面参考图7，其示出了适于用来实现本公开的一些实施例的电子设备700的结构示意图。图7示出的电子设备仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700可以包括处理装置701(例如中央处理器、图形处理器等)，其可以根据存储在只读存储器(ROM)702中的程序或者从存储装置708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有电子设备700操作所需的各种程序和数据。处理装置701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

通常，以下装置可以连接至I/O接口705：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置706；包括例如扬声器、振动器等的输出装置707；包括例如硬盘等的存储装置708；以及通信装置709。通信装置709可以允许电子设备700与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的电子设备700，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图7中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本公开的一些实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的一些实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的一些实施例中，该计算机程序可以通过通信装置709从网络上被下载和安装，或者从存储装置708被安装，或者从ROM 702被安装。在该计算机程序被处理装置701执行时，执行本公开的一些实施例的方法中限定的上述功能。

需要说明的是，本公开的一些实施例中记载的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的一些实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的一些实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：将目标应用中内置的多张图片上传至第三方服务网络，得到多张图片在第三方服务网络上的存储地址信息；根据图片的属性信息，对多张图片进行聚合打包，得到多个图片数据包；将多个图片数据包上传至第三方服务网络，得到多个图片数据包在第三方服务网络上的存储地址信息；基于多张图片和多个图片数据包的存储地址信息，生成图片加载配置文件，以及根据图片加载配置文件和目标应用的应用程序，生成目标应用的安装包，其中，在运行目标应用时，多个图片数据包的加载顺序先于多张图片的加载顺序。

或者，响应于检测到前端运行目标应用，更新目标应用的图片加载配置文件，得到新图片加载配置文件，其中，目标应用是采用上述第一方面中任一实现方式所描述的应用数据生成方法而生成的；基于新图片加载配置文件，从第三方服务网络中加载对应的图片数据包；响应于确定图片数据包加载失败，基于新图片加载配置文件，从第三方服务网络中加载对应的图片；响应于确定图片加载成功，在目标应用中展示所加载的图片。

此外，可以以一种或多种程序设计语言或其组合来编写用于执行本公开的一些实施例的操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开的一些实施例中的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括图片上传单元、聚合打包单元、数据包上传单元和生成单元。或者，一种处理器包括更新单元、数据包加载单元、图片加载单元和展示单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，图片上传单元还可以被描述为“将目标应用中内置的多张图片上传至第三方服务网络的单元”。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

本公开的一些实施例还提供一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时，实现上述的任一种应用数据生成方法，或者应用数据加载方法。

以上描述仅为本公开的一些较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (17)

1.一种应用数据生成方法，包括：

将目标应用中内置的多张图片上传至第三方服务网络，得到所述多张图片在所述第三方服务网络上的存储地址信息；

根据图片的属性信息，对所述多张图片进行聚合打包，得到多个图片数据包；

将所述多个图片数据包上传至所述第三方服务网络，得到所述多个图片数据包在所述第三方服务网络上的存储地址信息；

基于所述多张图片和所述多个图片数据包的存储地址信息，生成图片加载配置文件，以及根据所述图片加载配置文件和所述目标应用的应用程序，生成所述目标应用的安装包，其中，在运行所述目标应用时，所述多个图片数据包的加载顺序先于所述多张图片的加载顺序。

2.根据权利要求1所述的方法，其中，所述根据图片的属性信息，对所述多张图片进行聚合打包，得到多个图片数据包，包括：

根据图片所属的所述目标应用的版本信息，对所述多张图片进行聚合打包，得到多个对应不同版本区间的图片数据包，其中，同一图片数据包中的各图片所属的应用版本信息相匹配。

3.根据权利要求1所述的方法，其中，所述根据图片的属性信息，对所述多张图片进行聚合打包，得到多个图片数据包，包括：

根据图片的分辨率，对所述多张图片进行聚合打包，得到多个不同分辨率下的图片数据包，其中，同一图片数据包中的各图片的分辨率相匹配。

4.根据权利要求1所述的方法，其中，所述根据图片的属性信息，对所述多张图片进行聚合打包，得到多个图片数据包，包括：

根据图片在所述目标应用中的展示位置，对所述多张图片进行聚合打包，得到多个对应不同应用页面的图片数据包，其中，所述应用页面包括以下至少一种：应用首页、详情描述页、价值转换页。

5.根据权利要求1所述的方法，其中，所述基于所述多张图片和所述多个图片数据包的存储地址信息，生成图片加载配置文件，包括：

响应于检测到图片选取操作，将所述图片选取操作所指示的图片确定为占位图；

根据所述多张图片和所述多个图片数据包的存储地址信息、所述占位图，生成图片加载配置文件，其中，在运行所述目标应用时，所述多张图片的加载顺序先于所述占位图的加载顺序。

6.根据权利要求1-5之一所述的方法，其中，所述基于所述多张图片和所述多个图片数据包的存储地址信息，生成图片加载配置文件，包括：

配置所述多个图片数据包中各图片数据包的加载策略，其中，所述加载策略用于控制所述多个数据包的分时段加载；

根据所述多张图片和所述多个图片数据包的存储地址信息、所述多个图片数据包的加载策略，生成图片加载配置文件。

7.根据权利要求6所述的方法，其中，所述将目标应用中内置的多张图片上传至第三方服务网络，包括：

响应于在图片上传页面检测到上传图片的操作，将所述操作所指示的图片上传至第三方服务网络，其中，在不同应用页面中展示的各图片分批次上传，在同一应用页面中展示的各图片同一批次上传；

所述根据图片的属性信息，对所述多张图片进行聚合打包，得到多个图片数据包，包括：

响应于检测到图片打包操作，根据在所述图片上传页面上传的各图片的属性信息，对同一批次上传的各图片进行聚合打包，得到多个图片数据包，其中，所述图片打包操作是在同一应用页面中的各图片上传完成的情况下所触发的。

8.根据权利要求7所述的方法，其中，所述基于所述多张图片和所述多个图片数据包的存储地址信息，生成图片加载配置文件，包括：

响应于确定图片打包完成，配置打包得到的多个图片数据包的加载策略，其中，对应同一应用页面的各图片数据包的加载策略相同，所述加载策略包括以下至少一种：应用启动时加载、应用首页加载成功预设时长后加载、指定页面展示时加载；

根据同一批次上传的各图片的存储地址信息、对应得到的多个图片数据包的存储地址信息和加载策略，生成对应应用页面的图片加载配置文件，得到多个不同应用页面的图片加载配置文件。

9.一种应用数据生成装置，包括：

图片上传单元，被配置成将目标应用中内置的多张图片上传至第三方服务网络，得到所述多张图片在所述第三方服务网络上的存储地址信息；

聚合打包单元，被配置成根据图片的属性信息，对所述多张图片进行聚合打包，得到多个图片数据包；

数据包上传单元，被配置成将所述多个图片数据包上传至所述第三方服务网络，得到所述多个图片数据包在所述第三方服务网络上的存储地址信息；

生成单元，被配置成基于所述多张图片和所述多个图片数据包的存储地址信息，生成图片加载配置文件，以及根据所述图片加载配置文件和所述目标应用的应用程序，生成所述目标应用的安装包，其中，在运行所述目标应用时，所述多个图片数据包的加载顺序先于所述多张图片的加载顺序。

10.一种应用数据加载方法，包括：

响应于检测到前端运行目标应用，更新所述目标应用的图片加载配置文件，得到新图片加载配置文件，其中，所述目标应用是采用如权利要求1-8之一所述的应用数据生成方法而生成的；

基于所述新图片加载配置文件，从第三方服务网络中加载对应的图片数据包；

响应于确定图片数据包加载失败，基于所述新图片加载配置文件，从所述第三方服务网络中加载对应的图片；

响应于确定图片加载成功，在所述目标应用中展示所加载的图片。

11.根据权利要求10所述的方法，其中，所述基于所述新图片加载配置文件，从第三方服务网络中加载对应的图片数据包，包括：

分析对应不同应用页面的各新图片加载配置文件，确定各应用页面中图片的加载策略；

根据各加载策略的先后顺序，采用串行加载方式，依次从第三方服务网络中加载对应的图片数据包。

12.根据权利要求10或11所述的方法，其中，所述方法还包括：

响应于确定图片加载失败，从所述目标应用中预先设置的占位图中选取候选图片，以代替加载失败的图片在所述目标应用中展示。

13.一种应用数据加载装置，包括：

更新单元，被配置成响应于检测到前端运行目标应用，更新所述目标应用的图片加载配置文件，得到新图片加载配置文件，其中，所述目标应用是采用如权利要求1-8之一所述的应用数据生成方法而生成的；

数据包加载单元，被配置成基于所述新图片加载配置文件，从第三方服务网络中加载对应的图片数据包；

图片加载单元，被配置成响应于确定图片数据包加载失败，基于所述新图片加载配置文件，从所述第三方服务网络中加载对应的图片；

展示单元，被配置成响应于确定图片加载成功，在所述目标应用中展示所加载的图片。

14.一种应用数据处理系统，包括：

配置管理设备，用于采用如权利要求1-8之一所述的应用数据生成方法，生成及存储目标应用的安装包，以及将所述目标应用中内置的图片、聚合得到的图片数据包上传至第三方服务网络；

第三方服务网络，用于对所述配置管理设备上传的应用图片、图片数据包进行存储，以及返回存储地址信息；

至少一个终端设备，其上安装有所述目标应用，以及采用如权利要求10-12之一所述的应用数据加载方法，来运行所述目标应用。

15.一种电子设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8或10-12中任一所述的方法。

16.一种计算机可读介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时，实现如权利要求1-8或10-12中任一所述的方法。

17.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时，实现根据权利要求1-8或10-12中任一项所述的方法。