CN114995850A - 安装包图片处理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例属于研发管理领域，涉及一种安装包图片处理方法，包括：获取图片处理配置文件以及待处理图片；根据所述图片处理配置文件，在所述待处理图片中确定待优化图片；判断所述待优化图片是否满足所述图片处理配置文件中的格式转化条件；当所述待优化图片满足所述格式转化条件时，根据预设格式对所述待优化图片进行格式转换，得到已优化图片；基于所述已优化图片，生成安装包。本申请还提供一种安装包图片处理装置、计算机设备及存储介质。此外，本申请还涉及区块链技术，待处理图片可存储于区块链中。本申请可以减小应用安装包的体积。

Description

安装包图片处理方法、装置、计算机设备及存储介质

技术领域

本申请涉及研发管理技术领域，尤其涉及一种安装包图片处理方法、装置、计算机设备及存储介质。

背景技术

随着互联网技术的发展，安卓中各种应用程序(App，application)的功能越来越多，应用程序安装包的包体积也越来越大。在安装包的生成过程中，需要对代码、图片、样式、第三方aar等进行打包，其中，第三方的aar中也可能包含大量图片。图片资源在所有打包资源中占据非常大的占比，对安装包包体积的大小影响很大。

为了减小安装包的包体积，需要对图片资源进行优化，对图片资源的优化有限采取格式转换的方式，将图片转换成预设格式。然而，由于某些图片自身的特殊属性，在进行格式转换等优化处理后，体积可能会变大，起到了反效果。当前的优化技术都是简单粗暴地进行格式转化，无法有效地减小安装包的包体积。

发明内容

本申请实施例的目的在于提出一种安装包图片处理方法、装置、计算机设备及存储介质，以有效地减小安装包的体积。

为了解决上述技术问题，本申请实施例提供一种安装包图片处理方法，采用了如下所述的技术方案：

获取图片处理配置文件以及待处理图片；

根据所述图片处理配置文件，在所述待处理图片中确定待优化图片；

判断所述待优化图片是否满足所述图片处理配置文件中的格式转化条件；

当所述待优化图片满足所述格式转化条件时，根据预设格式对所述待优化图片进行格式转换，得到已优化图片；

基于所述已优化图片，生成安装包。

为了解决上述技术问题，本申请实施例还提供一种安装包图片处理装置，采用了如下所述的技术方案：

获取模块，用于获取图片处理配置文件以及待处理图片；

图片确定模块，用于根据所述图片处理配置文件，在所述待处理图片中确定待优化图片；

图片判断模块，用于判断所述待优化图片是否满足所述图片处理配置文件中的格式转化条件；

格式转换模块，用于当所述待优化图片满足所述格式转化条件时，根据预设格式对所述待优化图片进行格式转换，得到已优化图片；

安装包生成模块，用于基于所述已优化图片，生成安装包。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

获取图片处理配置文件以及待处理图片；

根据所述图片处理配置文件，在所述待处理图片中确定待优化图片；

判断所述待优化图片是否满足所述图片处理配置文件中的格式转化条件；

当所述待优化图片满足所述格式转化条件时，根据预设格式对所述待优化图片进行格式转换，得到已优化图片；

基于所述已优化图片，生成安装包。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

获取图片处理配置文件以及待处理图片；

根据所述图片处理配置文件，在所述待处理图片中确定待优化图片；

判断所述待优化图片是否满足所述图片处理配置文件中的格式转化条件；

当所述待优化图片满足所述格式转化条件时，根据预设格式对所述待优化图片进行格式转换，得到已优化图片；

基于所述已优化图片，生成安装包。

与现有技术相比，本申请实施例主要有以下有益效果：在打包过程中，获取图片处理配置文件和待处理图片；图片处理配置文件对打包过程中涉及到的图片的处理进行了规定，以便最大程度地减小图片所占的体积；首先根据图片处理配置文件确定待优化图片，然后判断待优化图片是否满足格式转化条件；当待优化图片满足格式转化条件时，对待优化图片进行格式转换以减小图片体积；本申请基于图片处理配置文件对打包过程中地图片处理进行控制，从而实现图片体积最大化的减小，避免无差别进行格式转换时，某些图片会变大的情况，从而大大减小了最终得到的安装包的体积。

附图说明

为了更清楚地说明本申请中的方案，下面将对本申请实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的安装包图片处理方法的一个实施例的流程图；

图3是根据本申请的安装包图片处理装置的一个实施例的结构示意图；

图4是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving PictureExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(MovingPictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的安装包图片处理方法一般由服务器执行，相应地，安装包图片处理装置一般设置于服务器中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的安装包图片处理方法的一个实施例的流程图。所述的安装包图片处理方法，包括以下步骤：

步骤S201，获取图片处理配置文件以及待处理图片。

在本实施例中，安装包图片处理方法运行于其上的电子设备(例如图1所示的服务器)可以通过有线连接方式或者无线连接方式与终端进行通信。需要指出的是，上述无线连接方式可以包括但不限于3G/4G/5G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。

具体地，在预设应用(App，application)的打包过程中，需要对涉及到的图片进行处理，这些图片就是待处理图片，图片处理配置文件对待处理图片的处理进行了定义与配置。待处理图片包括了预设应用自身的图片，还包括第三方aar中的图片。

其中，aar是安卓(Android)中的一种文件格式，包括一些资源文件、第三方库文件、so文件等。与jar文件相比，aar文件多了一些UI(User Interface，用户界面)组件用到的属性、图片等一系列文件。

需要强调的是，为进一步保证上述待处理图片的私密和安全性，上述待处理图片还可以存储于一区块链的节点中。

本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

步骤S202，根据图片处理配置文件，在待处理图片中确定待优化图片。

具体地，待处理图片可以有多张，不必对每一张待处理图片都进行优化。图片处理配置文件规定了需要对哪些待处理图片进行优化，需要进行优化的图片即为待优化图片。

在一个实施例中，图片处理配置文件中存在待优化图片名单，待优化图片名单规定了需要对哪些待处理图片进行优化，例如，可以直接根据图片名称进行规定，或者，根据图片来源、图片类型等进行规定。服务器读取图片处理配置文件中的待优化图片名单，根据待优化图片名单，在待处理图片中确定待优化图片。

步骤S203，判断待优化图片是否满足图片处理配置文件中的格式转化条件。

具体地，在对待优化图片进行优化时，可以优先进行图片格式的转换。待优化图片在格式转换后，图片体积会发生变化。理论上，如果格式转换后，待优化图片的图片体积变大，则待优化图片不满足格式转化条件；如果格式转换后，待优化图片的图片体积变小，则待优化图片满足格式转化条件。在应用中，图片处理配置文件中定义了是否满足格式转化条件的判断策略，根据图片处理配置文件中的判断策略，判断待优化图片是否满足格式转化条件。

步骤S204，当待优化图片满足格式转化条件时，根据预设格式对待优化图片进行格式转换，得到已优化图片。

具体地，当待优化图片满足格式转化条件时，根据图片处理配置文件中的预设格式，对待优化图片进行格式转换，得到已优化图片。在一个实施例中，预设格式可以是webp格式，webp是一种同时提供了有损压缩与无损压缩的图片文件格式。通常，转换为webp格式的图片可以得到最大程度的体积减小。

步骤S205，基于已优化图片，生成安装包。

具体地，本申请实现图片的优化，在对图片完成优化后，需要基于已优化图片继续进行打包过程，以生成最终的安装包。安装包可以是APK文件，APK(全称为Androidapplication package，Android应用程序包)是Android操作系统使用的一种应用程序包文件格式。

本实施例中，在打包过程中，获取图片处理配置文件和待处理图片；图片处理配置文件对打包过程中涉及到的图片的处理进行了规定，以便最大程度地减小图片所占的体积；首先根据图片处理配置文件确定待优化图片，然后判断待优化图片是否满足格式转化条件；当待优化图片满足格式转化条件时，对待优化图片进行格式转换以减小图片体积；本申请基于图片处理配置文件对打包过程中地图片处理进行控制，从而实现图片体积最大化的减小，避免无差别进行格式转换时，某些图片会变大的情况，从而大大减小了最终得到的安装包的体积。

进一步的，上述步骤S201可以包括：对预设应用的打包过程进行监测；当监测到打包过程进行到预设节点时，获取预设的接口任务中的图片处理配置文件，以及预设节点所对应的待处理图片，其中，预设节点为dex节点，图片处理配置文件为build.gradle文件。

具体地，预设应用的打包过程具有设定的逻辑，包含多个预先设置好的节点(或环节)，本申请可以按照Google设定的打包逻辑进行打包。对打包过程进行监测，当监测到打包过程进行到预设节点时，调用预设的接口，接口中预先设置了接口任务(task)，服务器需要执行这些接口任务，图片处理配置文件可以以接口任务的形式存在。

研发人员可以在预设节点对打包过程进行干预与设置，本申请中的预设节点可以是dex节点。dex节点中预设的接口可以是transform接口，图片处理配置文件可以是build.gardle文件，以task形式存在于transform接口中。

Gradle是一种构建工具，用于管理项目中的差异、依赖、编译、打包、部署，用户可以通过gradle自定义构建逻辑，将自定义的逻辑写入到build.gardle文件中以供使用。build.gardle是一种脚本文件，可以对项目进行设置，再根据这个脚本对项目进行构建。本申请对Gradle进行了修改，通过修改后的Gradle以及build.gardle文件，实现本申请的安装包图片处理方法。将build.gardle文件以task形式存在于transform接口中，不会对第三方aar的源码造成入侵，但是可以影响到打包过程以及最终生成的安装包。

本实施例中，在打包过程进行到dex节点时，获取图片处理配置文件，图片处理配置文件是build.gardle文件，从而实现对打包过程的干预与设置。

进一步的，上述步骤S202可以包括：从图片处理配置文件中提取体积优化阈值；在待处理图片中，筛选图片体积小于体积优化阈值的待处理图片；将筛选到的待处理图片确定为待优化图片。

其中，本申请中提到的体积即为大小，可以用KB(千比特)、MB(兆比特)、GB(吉比特)等计算机中的存储单位进行衡量。

具体地，从图片处理配置文件中提取体积优化阈值，体积优化阈值是一个体积数值。获取各待处理图片的图片体积，当图片体积大于体积优化阈值时，表明待处理图片的图片体积较大，占用较大的空间，需要进行优化。图片体积大于体积优化阈值的待处理图片，将被标记为待优化图片；图片体积不大于体积优化阈值的待处理图片，将被标记为未优化图片。

本实施例中，从图片处理配置文件中提取体积优化阈值，根据体积优化阈值可以筛选出图片体积较大的待处理图片，将筛选到的待处理图片作为待优化图片，以便减小图片所占用的体积。

进一步的，上述步骤S203可以包括：计算待优化图片的透明度；从图片处理配置文件中提取透明度阈值；当透明度小于透明度阈值时，确定待优化图片满足格式转化条件。

具体地，可以基于透明度判断待优化图片是否满足格式转化条件。对待处理图片进行采样，以计算待优化图片的透明度。透明度是图像处理领域中的概念，是一个百分比形式的数值。

然后从图片处理配置文件中提取预先写入的透明度阈值，如果计算得到的透明度小于透明度阈值，则待优化图片满足格式转化条件，可以进行格式转换。通常，图片透明度越高，按照预设格式对待优化图片进行格式转换后，图片体积往往会变得更大。因此，可以通过透明度对待优化图片进行判断，例如，当计算出透明度为75％，超过透明度阈值70％时，待优化图片不满足格式转化条件。

本实施例中，计算待优化图片的透明度，基于透明度确定待优化图片是否满足格式转化条件，从而避免格式转换后图片体积变大情况的出现。

进一步的，在本申请的另一个实施例中，上述步骤S203可以包括：获取图片处理配置文件中的预设格式；获取待优化图片的图片体积；计算待优化图片在预设格式下的预设格式体积；当预设格式体积小于图片体积时，确定待优化图片满足格式转化条件。

具体地，除了透明度，还可以预先对待优化图片格式转换后的图片体积进行计算。读取图片处理配置文件中的预设格式，预设格式可以是格式转换后的图片格式。然后计算待优化图片在预设格式下的预设格式体积。如果预设格式体积小于当前的图片体积，说明格式转换后图片会变小，待优化图片满足格式转化条件。

在一个实施例中，在预设格式体积小于图片体积的情况下，还可以计算图片体积减小的百分比，如果减小的百分比大于预设的百分比阈值，说明格式转换对体积减小作用明显，确定待优化图片满足格式转化条件；否则，即使预设格式体积小于当前的图片体积，也可以判定待优化图片不满足格式转化条件。

本实施例中，可以先尝试计算对待优化图片进行格式转换后的预设格式体积，在预设格式体积小于当前的图片体积的情况下，确定待优化图片满足格式转化条件，对图片体积变化的判断更为准确。

进一步的，上述步骤S203之后，还可以包括：当待优化图片不满足格式转化条件时，读取图片处理配置文件中的压缩配置信息；根据压缩配置信息，对待优化图片进行压缩处理，得到已优化图片。

具体地，当待优化图片不满足格式转化条件时，可以对待优化图片进行压缩处理。可以从图片处理配置文件中读取压缩配置信息，压缩配置信息中定义了压缩格式、压缩比等信息，可以根据压缩配置信息对待优化图片进行压缩处理，得到已优化图片。

在一个实施例中，待优化图片满足格式转化条件，对待优化图片进行格式转换后，还可以再对格式转换后的图片进行压缩处理，以进一步减小图片体积，得到已优化图片。

本实施例中，在待优化图片不满足格式转化条件时，还可以对待优化图片进行压缩处理，从而减小图片体积。

进一步的，上述步骤S205可以包括：获取待处理图片中的未优化图片；根据预设的打包策略对已优化图片和未优化图片进行打包处理，得到预设应用的安装包。

具体地，根据图片处理配置文件，将待处理图片划分为待优化图片和未优化图片。待优化图片经过格式转换或压缩处理，得到已优化图片。已优化图片和未优化图片都要加入到后续的打包过程，根据预设的打包策略继续进行打包处理，直至完成打包过程，得到预设应用的安装包。

本实施例中，在完成图片优化后，对已优化图片和未优化图片继续进行打包处理，从而可以生成最终的安装包。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

进一步参考图3，作为对上述图2所示方法的实现，本申请提供了一种安装包图片处理装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图3所示，本实施例所述的安装包图片处理装置300包括：获取模块301、图片确定模块302、图片判断模块303、格式转换模块304以及安装包生成模块305，其中：

获取模块301，用于获取图片处理配置文件以及待处理图片。

图片确定模块302，用于根据图片处理配置文件，在待处理图片中确定待优化图片。

图片判断模块303，用于判断待优化图片是否满足图片处理配置文件中的格式转化条件。

格式转换模块304，用于当待优化图片满足格式转化条件时，根据预设格式对待优化图片进行格式转换，得到已优化图片。

安装包生成模块305，用于基于已优化图片，生成安装包。

本实施例中，在打包过程中，获取图片处理配置文件和待处理图片；图片处理配置文件对打包过程中涉及到的图片的处理进行了规定，以便最大程度地减小图片所占的体积；首先根据图片处理配置文件确定待优化图片，然后判断待优化图片是否满足格式转化条件；当待优化图片满足格式转化条件时，对待优化图片进行格式转换以减小图片体积；本申请基于图片处理配置文件对打包过程中地图片处理进行控制，从而实现图片体积最大化的减小，避免无差别进行格式转换时，某些图片会变大的情况，从而大大减小了最终得到的安装包的体积。

在本实施例的一些可选的实现方式中，获取模块301可以包括：监测子模块以及获取子模块，其中：

监测子模块，用于对预设应用的打包过程进行监测。

获取子模块，用于当监测到打包过程进行到预设节点时，获取预设的接口任务中的图片处理配置文件，以及预设节点所对应的待处理图片，其中，预设节点为dex节点，图片处理配置文件为build.gradle文件。

本实施例中，在打包过程进行到dex节点时，获取图片处理配置文件，图片处理配置文件是build.gardle文件，从而实现对打包过程的干预与设置。

在本实施例的一些可选的实现方式中，图片确定模块302可以包括：阈值提取子模块、图片筛选子模块以及图片确定子模块，其中：

阈值提取子模块，用于从图片处理配置文件中提取体积优化阈值。

图片筛选子模块，用于在待处理图片中，筛选图片体积小于体积优化阈值的待处理图片。

图片确定子模块，用于将筛选到的待处理图片确定为待优化图片。

本实施例中，从图片处理配置文件中提取体积优化阈值，根据体积优化阈值可以筛选出图片体积较大的待处理图片，将筛选到的待处理图片作为待优化图片，以便减小图片所占用的体积。

在本实施例的一些可选的实现方式中，图片判断模块303可以包括：透明度计算子模块、透明度阈值提取子模块以及图片确定子模块，其中：

透明度计算子模块，用于计算待优化图片的透明度。

透明度阈值提取子模块，用于从图片处理配置文件中提取透明度阈值。

图片确定子模块，用于当透明度小于透明度阈值时，确定待优化图片满足格式转化条件。

本实施例中，计算待优化图片的透明度，基于透明度确定待优化图片是否满足格式转化条件，从而避免格式转换后图片体积变大情况的出现。

在本实施例的另一些可选的实现方式中，图片判断模块303可以包括：格式获取子模块、体积获取子模块、体积计算子模块以及确定子模块，其中：

格式获取子模块，用于获取图片处理配置文件中的预设格式。

体积获取子模块，用于获取待优化图片的图片体积。

体积计算子模块，用于计算待优化图片在预设格式下的预设格式体积。

确定子模块，用于当预设格式体积小于图片体积时，确定待优化图片满足格式转化条件。

本实施例中，可以先尝试计算对待优化图片进行格式转换后的预设格式体积，在预设格式体积小于当前的图片体积的情况下，确定待优化图片满足格式转化条件，对图片体积变化的判断更为准确。

在本实施例的一些可选的实现方式中，安装包图片处理装置300还可以包括：压缩获取模块以及压缩处理模块，其中：

压缩获取模块，用于当待优化图片不满足格式转化条件时，读取图片处理配置文件中的压缩配置信息。

压缩处理模块，用于根据压缩配置信息，对待优化图片进行压缩处理，得到已优化图片。

本实施例中，在待优化图片不满足格式转化条件时，还可以对待优化图片进行压缩处理，从而减小图片体积。

在本实施例的一些可选的实现方式中，安装包生成模块305可以包括：未优化获取子模块以及打包处理子模块，其中：

未优化获取子模块，用于获取待处理图片中的未优化图片。

打包处理子模块，用于根据预设的打包策略对已优化图片和未优化图片进行打包处理，得到预设应用的安装包。

本实施例中，在完成图片优化后，对已优化图片和未优化图片继续进行打包处理，从而可以生成最终的安装包。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图4，图4为本实施例计算机设备基本结构框图。

所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是，图中仅示出了具有组件41-43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如该计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该计算机设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作系统和各类应用软件，例如安装包图片处理方法的计算机可读指令等。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器42用于运行所述存储器41中存储的计算机可读指令或者处理数据，例如运行所述安装包图片处理方法的计算机可读指令。

所述网络接口43可包括无线网络接口或有线网络接口，该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。

本实施例中提供的计算机设备可以执行上述安装包图片处理方法。此处安装包图片处理方法可以是上述各个实施例的安装包图片处理方法。

本实施例中，在打包过程中，获取图片处理配置文件和待处理图片；图片处理配置文件对打包过程中涉及到的图片的处理进行了规定，以便最大程度地减小图片所占的体积；首先根据图片处理配置文件确定待优化图片，然后判断待优化图片是否满足格式转化条件；当待优化图片满足格式转化条件时，对待优化图片进行格式转换以减小图片体积；本申请基于图片处理配置文件对打包过程中地图片处理进行控制，从而实现图片体积最大化的减小，避免无差别进行格式转换时，某些图片会变大的情况，从而大大减小了最终得到的安装包的体积。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的安装包图片处理方法的步骤。

本实施例中，在打包过程中，获取图片处理配置文件和待处理图片；图片处理配置文件对打包过程中涉及到的图片的处理进行了规定，以便最大程度地减小图片所占的体积；首先根据图片处理配置文件确定待优化图片，然后判断待优化图片是否满足格式转化条件；当待优化图片满足格式转化条件时，对待优化图片进行格式转换以减小图片体积；本申请基于图片处理配置文件对打包过程中地图片处理进行控制，从而实现图片体积最大化的减小，避免无差别进行格式转换时，某些图片会变大的情况，从而大大减小了最终得到的安装包的体积。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种安装包图片处理方法，其特征在于，包括下述步骤：

获取图片处理配置文件以及待处理图片；

根据所述图片处理配置文件，在所述待处理图片中确定待优化图片；

判断所述待优化图片是否满足所述图片处理配置文件中的格式转化条件；

当所述待优化图片满足所述格式转化条件时，根据预设格式对所述待优化图片进行格式转换，得到已优化图片；

基于所述已优化图片，生成安装包。

2.根据权利要求1所述的安装包图片处理方法，其特征在于，所述获取图片处理配置文件以及待处理图片的步骤包括：

对预设应用的打包过程进行监测；

当监测到所述打包过程进行到预设节点时，获取预设的接口任务中的图片处理配置文件，以及所述预设节点所对应的待处理图片，其中，所述预设节点为dex节点，所述图片处理配置文件为build.gradle文件。

3.根据权利要求1所述的安装包图片处理方法，其特征在于，所述根据所述图片处理配置文件，在所述待处理图片中确定待优化图片的步骤包括：

从所述图片处理配置文件中提取体积优化阈值；

在所述待处理图片中，筛选图片体积小于所述体积优化阈值的待处理图片；

将筛选到的待处理图片确定为待优化图片。

4.根据权利要求1所述的安装包图片处理方法，其特征在于，所述判断所述待优化图片是否满足所述图片处理配置文件中的格式转化条件的步骤包括：

计算所述待优化图片的透明度；

从所述图片处理配置文件中提取透明度阈值；

当所述透明度小于所述透明度阈值时，确定所述待优化图片满足格式转化条件。

5.根据权利要求1所述的安装包图片处理方法，其特征在于，所述判断所述待优化图片是否满足所述图片处理配置文件中的格式转化条件的步骤还包括：

获取所述图片处理配置文件中的预设格式；

获取所述待优化图片的图片体积；

计算所述待优化图片在所述预设格式下的预设格式体积；

当所述预设格式体积小于所述图片体积时，确定所述待优化图片满足格式转化条件。

6.根据权利要求1所述的安装包图片处理方法，其特征在于，在所述判断所述待优化图片是否满足所述图片处理配置文件中的格式转化条件的步骤之后，还包括：

当所述待优化图片不满足所述格式转化条件时，读取所述图片处理配置文件中的压缩配置信息；

根据所述压缩配置信息，对所述待优化图片进行压缩处理，得到已优化图片。

7.根据权利要求1所述的安装包图片处理方法，其特征在于，所述基于所述已优化图片，生成安装包的步骤包括：

获取所述待处理图片中的未优化图片；

根据预设的打包策略对所述已优化图片和所述未优化图片进行打包处理，得到预设应用的安装包。

8.一种安装包图片处理装置，其特征在于，包括：

获取模块，用于获取图片处理配置文件以及待处理图片；

图片确定模块，用于根据所述图片处理配置文件，在所述待处理图片中确定待优化图片；

图片判断模块，用于判断所述待优化图片是否满足所述图片处理配置文件中的格式转化条件；

格式转换模块，用于当所述待优化图片满足所述格式转化条件时，根据预设格式对所述待优化图片进行格式转换，得到已优化图片；

安装包生成模块，用于基于所述已优化图片，生成安装包。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的安装包图片处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的安装包图片处理方法的步骤。

Images