本申请涉及软件升级技术领域，特别涉及一种应用程序升级方法、应用程序升级装置、移动终端、服务器和可读存储介质。
背景技术：
随着移动通信技术的发展，为了满足用户的需求开发新的程序功能，或者完善软件产品的现有程序功能，需要对移动终端中安装的应用程序进行升级，以使得升级后的应用程序比旧版本的性能更好，得到优化的效果。相关技术中，新版本的应用程序上架需要历经整个应用程序的测试、改错、审核等环节，上架周期较长，用户不能及时更新应用程序，导致应用程序的使用体验较差。
技术实现要素：
有鉴于此，本申请的实施例提供了一种应用程序升级方法、应用程序升级装置、移动终端、服务器和可读存储介质。
本申请提供了一种应用程序升级方法，用于移动终端，所述应用程序升级方法包括以下步骤：
从服务器接收更新安装包并根据所述更新安装包获取更新文件；
将所述更新文件编入加载队列，所述加载队列包括待更新文件；和
加载所述更新文件以替换所述待更新文件运行所述应用程序。
本申请提供了一种应用程序升级方法，用于服务器，所述应用程序升级方法包括以下步骤：
将更新文件压缩以生成更新安装包；
根据移动终端中应用程序的待更新文件确定所述待更新文件对应的所述更新安装包；和
将所述更新安装包下发至对应的所述移动终端。
本申请提供了一种应用程序升级装置，用于移动终端，其特征在于，所述应用程序升级装置包括：
获取模块，所述获取模块用于从服务器接收更新安装包并根据所述更新安装包获取更新文件；
收编模块，所述收编模块用于将所述更新文件编入加载队列，所述加载队列包括待更新文件；和
加载模块，所述加载模块用于加载所述更新文件以替换所述待更新文件运行所述应用程序。
本申请提供了一种应用程序升级装置，用于服务器，其特征在于，所述应用程序升级装置包括：
生成模块，所述生成模块用于将更新文件压缩以生成更新安装包；
确定模块，所述确定模块用于根据移动终端中应用程序的待更新文件确定所述待更新文件对应的所述更新安装包；和
通信模块，所述通信模块用于将所述更新安装包下发至对应的所述移动终端。
本申请提供了一种移动终端，所述移动终端包括一个或多个处理器和存储器，所述存储器存储有计算机程序，在所述计算机程序在被所述处理器执行的情况下，实现上述任一实施方式的应用程序升级方法的步骤。
本申请提供了一种服务器，所述服务器包括一个或多个处理器和存储器，所述存储器存储有计算机程序，在所述计算机程序在被所述处理器执行的情况下，实现上述任一实施方式的应用程序升级方法的步骤。
本申请提供了一种存储有计算机程序的非易失性计算机可读存储介质，在所述计算机程序被一个或多个处理器执行的情况下，实现上述任一实施方式的应用程序升级方法的步骤。
本申请实施方式的应用程序升级方法、应用程序升级装置、移动终端、服务器和可读存储介质中，通过获取更新文件，并根据加载队列加载更新文件以替换待更新文件运行应用程序，能够在不影响应用程序运行的情况下，实现应用程序的局部更新。应用程序局部更新的更新文件所需的研发周期、上架周期等时间较短，在研发得出更新文件时，能够及时更新应用程序，优化应用程序的用户体验。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1是本申请某些实施方式的应用程序升级方法的流程示意图。
图2是本申请某些实施方式的移动终端的结构示意图。
图3是本申请某些实施方式的应用程序升级装置的模块示意图。
图4是本申请某些实施方式的应用程序升级方法的加载队列的示意图。
图5是本申请某些实施方式的应用程序升级方法的加载队列的示意图。
图6是本申请某些实施方式的应用程序升级方法的流程示意图。
图7是本申请某些实施方式的应用程序升级方法的流程示意图。
图8是本申请某些实施方式的应用程序升级方法的流程示意图。
图9是本申请某些实施方式的服务器的结构示意图。
图10是本申请某些实施方式的应用程序升级方法的模块示意图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。
请参阅图1，本申请提供了一种应用程序升级方法，用于移动终端，移动终端设置有应用程序，应用程序升级方法包括以下步骤：
s11：从服务器接收更新安装包并根据更新安装包获取更新文件；
s12：将更新文件编入加载队列；和
s13：加载更新文件以替换待更新文件运行应用程序。
请参阅图2，本申请实施方式提供了一种移动终端100。移动终端100包括处理器102和存储器104，存储器104存储有计算机程序106，计算机程序106被处理器102执行时实现：从服务器接收更新安装包并根据更新安装包获取更新文件；将更新文件编入加载队列；和加载更新文件以替换待更新文件运行应用程序。其中，处理器102可以是移动终端100为实施应用程序升级方法而单独设置的处理器，也可以是移动终端100自身的处理器，具体不做限定。可以理解地，移动终端100可以是各种能够运行应用程序的移动终端。例如，可以是蜂窝电话、媒体播放器或其它手持便携式设备、诸如腕表设备、吊坠设备的稍微更小的便携式设备或其它可穿戴或小型化设备、游戏装备、平板计算机、笔记本计算机等，具体不做限定。
请参阅图3，本申请实施方式还提供了一种应用程序升级装置110，本申请实施方式的应用程序升级方法可以由应用程序升级装置110实现。应用程序升级装置110包括获取模块112、收编模块114和加载模块116。s10可以由获取模块112实现，s20可以由收编模块114实现，s30可以由加载模块116实现。或者说，获取模块112用于从服务器接收更新安装包并根据更新安装包获取更新文件，收编模块114用于将更新文件编入加载队列，加载模块116用于加载更新文件以替换待更新文件运行应用程序。
具体地，本申请实施方式的应用程序升级方法、移动终端100和应用程序升级装置110中，通过获取更新文件，并根据加载队列加载更新文件以替换待更新文件运行应用程序，能够在不影响应用程序运行的情况下，实现应用程序的局部更新。应用程序局部更新的更新文件所需的研发周期、上架周期等时间较短，在研发得出更新文件时，能够及时更新应用程序，优化应用程序的用户体验。
进一步地，移动终端100从服务器接收的更新安装包后，将更新安装包解压，可以得到更新文件，随后将更新文件编入应用程序的加载队列中，在应用程序运行的过程中，需要执行更新文件对应的程序功能时，从加载队列中查找到更新文件，加载更新文件以替换待更新文件，根据更新文件进行初始化、实例化等操作，从而实现对应的程序功能。
如此，在应用程序存在更新文件时，能够及时更新应用程序，优化应用程序的用户体验。
可以理解地，检测应用程序是否存在更新文件，可以是用户手动检测的，也可以是应用程序自动检测的。应用程序的检测可以是以预定周期为单位进行检测，也可以是在应用程序启动是进行检测，具体不做限定。其中，预定周期可以根据用户的使用频率、用户需求、大数据统计以及应用程序的使用场景等因素设定，例如7天、15天、30天、60天等。
在某些实施方式中，s12包括：
s121：将更新文件编入加载队列最前端以使得更新文件优先生效。
在某些实施方式中，s121可以由收编模块114实现。或者说，收编模块114用于将更新文件编入加载队列最前端以使得更新文件优先生效。
在某些实施方式中，处理器102用于将更新文件编入加载队列最前端以使得更新文件优先生效。
具体地，移动终端100从服务器接收的更新安装包后，将更新安装包解压，得到更新文件，随后将更新文件编入应用程序的加载队列中。此时加载队列中包括待更新文件和更新文件。在加载队列中，将更新文件编入加载队列最前端，使得更新文件相较于待更新文件优先生效。
在应用程序运行的过程中，需要执行更新文件对应的程序功能时，由于更新文件位于加载队列的最前端，因此，先查找到的是加载队列中的更新文件，且在查找到对应程序功能的文件后，根据查找到的更新文件运行应用程序，不再继续往下查找，从而达到更新文件替换待更新文件、更新文件优先生效的效果。
请参阅图4，在一些实施例中，classn为更新文件，classo为待更新文件。在接收到更新文件classn对应的更新安装包后，对更新安装包进行解压，得到更新文件classn，并将classn编入加载队列classloader队列的最前端。如此，在执行更新文件对应的程序功能时，在classloader队列中先查找到更新文件classn，便根据更新文件classn运行应用程序，进行初始化、实例化等操作，实现对应的程序功能。
如此，能够确保更新文件优先生效，且缩短了查找更新文件的时间，提高应用程序执行程序功能的效率。
在某些实施方式中，应用程序升级方法包括：
s14：在更新文件异常的情况下，去除加载队列中的更新文件并加载待更新文件运行应用程序。
在某些实施方式中，s14可以由收编模块114实现。或者说，收编模块114用于在更新文件异常的情况下，去除加载队列中的更新文件并加载待更新文件运行应用程序。
在某些实施方式中，处理器102用于在更新文件异常的情况下，去除加载队列中的更新文件并加载待更新文件运行应用程序。
具体地，在应用程序运行过程中，更新文件出现异常的情况下，将触发应用程序中的检测模块去除更新文件，也即是说，将更新文件从加载队列中去除，并根据待更新文件运行应用程序，执行对应的程序功能。
请参阅图5，在一些实施例中，更新文件classn在运行时报错，触发应用程序中的检测模块去除更新文件classn。去除更新文件classn后，classloader队列中运行对应程序功能的文件为待更新文件classo，在应用程序需要执行相应的程序功能时，在classloader队列中查找对应该程序功能的文件。由于更新文件classn已从classloader队列中去除，因此，先查找到的是待更新文件classo。查找到待更新文件classo后，根据待更新文件classo运行应用程序，进行初始化、实例化等操作，实现对应的程序功能。
如此，在更新文件出现故障时，能够回退到更新之前的文件，根据待更新文件运行应用程序，确保应用程序运行的流畅性和稳定性，优化用户体验。
请参阅图6，在某些实施方式中，s11包括：
s111：根据签名校验机制对更新安装包进行安全性验证；
s112：若验证通过，则安装更新安装包以获取更新文件；和
s113：若验证不通过，则不安装更新安装包。
在某些实施方式中，s111-s113可以由获取模块112实现。或者说，获取模块112用于根据签名校验机制对更新安装包进行安全性验证，及用于在验证通过的情况下，安装更新安装包以获取更新文件，以及用于在验证不通过的情况下，不安装更新安装包。
在某些实施方式中，处理器102用于根据签名校验机制对更新安装包进行安全性验证，及用于在验证通过的情况下，安装更新安装包以获取更新文件，以及用于在验证不通过的情况下，不安装更新安装包。
具体地，为了保证更新安装包的安全性，在获得更新文件过程中，还可以根据签名校验机制对更新安装包进行安全性验证。例如，可以通过验证更新安装包的包名、签名等方式验证更新安装包的安全性。根据验证结果的不同，采取不同的措施，以确保更新安装包的安全性，确保更新安装包未被篡改。
在一些实施例中，更新安装包通过了安全性验证。则根据更新安装包获得相应的更新文件，并将更新文件编入应用程序的加载队列中，在应用程序运行的过程中，需要执行更新文件对应的程序功能时，从加载队列中查找到更新文件，加载更新文件以替换待更新文件，根据更新文件进行初始化、实例化等操作，从而实现对应的程序功能。
在另一些实施例中，更新安装包未通过安全性验证，则不安装更新安装包，仍根据加载队列中的待更新文件运行应用程序。更新安装包未通过安全性验证时，可以对更新安装包进行检查，查找潜在风险源，例如病毒程序等。也可以直接删除安装包。具体应对措施可以根据实际使用场景、用户需求等因素设定，此处不做限定。
如此，能够在保证更新安装包的安全性的同时，确保应用程序运行的流畅性和稳定性，优化用户体验。
请参阅图7，在某些实施方式中，s11包括：
s114：比较当前更新文件的版本标识与服务器最新发布的更新文件的版本标识；和
s115：根据比较结果从服务器接收更新安装包。
在某些实施方式中，s114和s115可以由获取模块112实现。或者说，获取模块112用于比较当前更新文件的版本标识与服务器最新发布的更新文件的版本标识，以及用于根据比较结果从服务器接收更新安装包。
在某些实施方式中，处理器102用于比较当前更新文件的版本标识与服务器最新发布的更新文件的版本标识，以及用于根据比较结果从服务器接收更新安装包。
具体地，可以通过比较当前更新文件的版本标识与服务器最新发布的更新文件的版本标识，确定服务器中是否上架了最新版本的更新文件。可以理解地，最新版本标识可以是移动终端100主动从服务端获得，也可以基于服务端推送获得的。其中，版本标识可以是版本号等能够表示更新安装包的版本的标识，以便进行版本区分。版本标识一般指定在应用程序的配置文件中。
在确定服务器中存在较之当前更新文件的更新版本的情况下，从服务器接收最新版本的更新安装包，将最新版本的更新安装包解压，可以得到最新版本的更新文件。随后将最新版本的更新文件编入应用程序的加载队列中，在应用程序运行的过程中，需要执行最新版本的更新文件对应的程序功能时，从加载队列中查找到最新版本的更新文件，加载最新版本的更新文件以替换待更新文件，根据最新版本的更新文件进行初始化、实例化等操作，从而实现对应的程序功能。
在一些实施例中，最新版本的更新文件的版本标识为9.8.10，当前更新文件的版本标识为9.8.8，最新版本的更新文件的版本标识大于当前更新文件的版本标识，则认为服务器上架了最新版本的更新文件。从服务器接收对应的最新版本的更新安装包，将更新安装包解压得到最新版本的更新文件。随后将最新版本的更新文件编入应用程序的加载队列中，根据最新版本的更新文件运行应用程序。
在另一些实施例中，最新版本的更新文件的版本标识为9.8.10，当前更新文件的版本标识为9.8.10，最新版本的更新文件的版本标识与当前更新文件的版本标识相同，则认为当前更新文件即为最新版本的更新文件，无需进行更新。
如此，根据版本标识的比较结果，直接从服务器接收最新版本的更新安装包，能够提高获得最新版本的更新安装包的效率，及时更新应用程序，优化用户体验。
请参阅图8，本申请提供了一种应用程序升级方法，用于服务器，应用程序升级方法包括以下步骤：
s21：将更新文件压缩以生成更新安装包；
s22：根据移动终端100中应用程序的待更新文件确定待更新文件对应的更新安装包；和
s23：将更新安装包下发至对应的移动终端100。
请参阅图9，本申请实施方式提供了一种服务器200。服务器200包括处理器202和存储器204，存储器204存储有计算机程序206，计算机程序206被处理器202执行时实现：将更新文件压缩以生成更新安装包；根据移动终端100中应用程序的待更新文件确定待更新文件对应的更新安装包；和将更新安装包下发至对应的移动终端100。其中，处理器202可以是服务器200为实施应用程序升级方法而单独设置的处理器，也可以是服务器200自身的处理器，具体不做限定。
请参阅图10，本申请实施方式还提供了一种应用程序升级装置210，本申请实施方式的应用程序升级方法可以由应用程序升级装置210实现。应用程序升级装置210包括生成模块212、确定模块214和通信模块216。s21可以由生成模块212实现，s22可以由确定模块214实现，s23可以由通信模块216实现。或者说，生成模块212用于将更新文件压缩以生成更新安装包，确定模块214用于根据移动终端100中应用程序的待更新文件确定待更新文件对应的更新安装包，通信模块216用于将更新安装包下发至对应的移动终端100。
具体地，研发人员将更新文件上传至服务器200，服务器200将更新文件压缩以生成更新安装包，并根据移动终端100中应用程序的待更新文件确定待更新文件对应的更新安装包，再将更新安装包下发至对应的移动终端100，使得移动终端100根据更新安装包中的更新文件运行应用程序。
在一些实施例中，研发人员针对某应用程序中的转账功能做了改进，并将改进后的转账功能代码文件上传至服务器200，服务器200将转账功能的更新文件压缩，生成转账功能的更新安装包。根据移动终端100中应用程序的转账功能待更新文件的版本标识，通过比较当前转账功能更新文件的版本标识与服务器200上架的转账功能更新文件的版本标识，确定该移动终端100中应用程序中转账功能需要更新，并转账功能的更新安装包下发至对应的移动终端100，使得移动终端100根据更新安装包中的更新文件运行应用程序。
如此，能够在确认移动终端100中的应用程序存在更新安装包的情况下，将更新安装包下发至对应的移动终端100，及时更新应用程序中对应的程序功能，优化用户体验。
在某些实施方式中，s22包括：
s221：根据当前更新文件的版本标识或配置信息确定待更新文件对应的更新安装包。
在某些实施方式中，s221可以由确定模块214实现。或者说，确定模块214用于根据当前更新文件的版本标识或配置信息确定待更新文件对应的更新安装包。
在某些实施方式中，处理器204用于根据当前更新文件的版本标识或配置信息确定待更新文件对应的更新安装包。
具体地，可以通过比较当前更新文件的版本标识与服务器200最新发布的更新文件的版本标识，确定服务器200中是否上架了最新版本的更新文件。
在一些实施例中，在服务器200上架的转账功能更新文件的版本标识大于当前转账功能更新文件的版本标识的情况下，认为服务器200中上架了最新版本的更新文件，也即是说，应用程序中的程序功能需要更新。例如，最新版本的更新文件的版本标识为9.8.10，当前更新文件的版本标识为9.8.8，最新版本的更新文件的版本标识大于当前更新文件的版本标识，则认为服务器200上架了最新版本的更新文件。于是将最新版本的更新文件对应的更新安装包下发至对应的移动终端100，使得该移动终端100中的应用程序能够根据最新版本的更新文件运行应用程序。
在另一些实施例中，在服务器200上架的转账功能更新文件的版本标识与当前转账功能更新文件的版本标识相同的情况下，认为当前移动终端100中的当前更新文件为最新版本，也即是说，应用程序中的程序功能无需更新。例如，最新版本的更新文件的版本标识为9.8.10，当前更新文件的版本标识为9.8.10，最新版本的更新文件的版本标识与当前更新文件的版本标识相同，则认为当前更新文件即为最新版本的更新文件，无需进行更新，移动终端100中的应用程序根据当前更新文件运行应用程序。
如此，根据版本标识的比较结果，直接从服务器200下发最新版本的更新安装包至对应的移动终端100，能够提高获得最新版本的更新安装包的效率，及时更新应用程序，优化用户体验。
进一步地，还可以根据当前更新文件的配置信息确定待更新文件对应的更新安装包。其中，配置信息可以是移动终端100的型号、应用程序的版本号等。
在一些实施例中，服务器200中针对不同的用户群体上架了针对同一程序功能的多个更新安装包，这些更新安装包根据配置信息的不同，做了不同的设置，例如，根据移动终端100是否支持全屏显示的配置信息，设置了不同的显示功能，又如，根据用户的年龄阶层，更新文件对于同一程序功能提供了多种运行风格等。根据当前更新文件的配置信息，下发不同的更新安装包至对应的移动终端100，使得移动终端100根据更新安装包中的更新文件运行应用程序。
如此，能够使得更新安装包能够发挥其针对配置信息进行功能改进或新增功能的优势，在用户使用应用程序的过程中，体验效果更佳。
本申请实施方式还提供了一种非易失性计算机可读存储介质，其上存储有计算机程序，在计算机程序被一个或多个处理器执行的情况下，实现上述任一实施方式的应用程序升级方法的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，程序可存储于一非易失性计算机可读存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)等。
以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。
1.一种应用程序升级方法，用于移动终端，其特征在于，所述移动终端设置有应用程序，所述应用程序升级方法包括以下步骤：
从服务器接收更新安装包并根据所述更新安装包获取更新文件；
将所述更新文件编入加载队列，所述加载队列包括待更新文件；和
加载所述更新文件以替换所述待更新文件运行所述应用程序。
2.根据权利要求1所述的应用程序升级方法，其特征在于，所述将所述更新文件编入加载队列包括：
将所述更新文件编入所述加载队列最前端以使得所述更新文件优先生效。
3.根据权利要求1所述的应用程序升级方法，其特征在于，所述应用程序升级方法包括：
在所述更新文件异常的情况下，去除所述加载队列中的所述更新文件并加载所述待更新文件运行所述应用程序。
4.根据权利要求1所述的应用程序升级方法，其特征在于，所述从服务器接收更新安装包并根据所述更新安装包获取更新文件包括：
根据签名校验机制对所述更新安装包进行安全性验证；
若验证通过，则安装所述更新安装包以获取所述更新文件；和
若验证不通过，则不安装所述更新安装包。
5.根据权利要求1所述的应用程序升级方法，其特征在于，所述从服务器接收更新安装包并根据所述更新安装包获取更新文件包括：
比较当前更新文件的版本标识与所述服务器最新发布的更新文件的版本标识；和
根据比较结果从所述服务器接收所述更新安装包。
6.一种应用程序升级方法，用于服务器，其特征在于，所述应用程序升级方法包括以下步骤：
将更新文件压缩以生成更新安装包；
根据移动终端中应用程序的待更新文件确定所述待更新文件对应的所述更新安装包；和
将所述更新安装包下发至对应的所述移动终端。
7.根据权利要求6所述的应用程序升级方法，其特征在于，所述根据移动终端中应用程序的待更新文件确定所述待更新文件对应的所述更新安装包包括：
根据当前更新文件的版本标识或配置信息确定所述待更新文件对应的所述更新安装包。
8.一种应用程序升级装置，用于移动终端，其特征在于，所述应用程序升级装置包括：
获取模块，所述获取模块用于从服务器接收更新安装包并根据所述更新安装包获取更新文件；
收编模块，所述收编模块用于将所述更新文件编入加载队列，所述加载队列包括待更新文件；和
加载模块，所述加载模块用于加载所述更新文件以替换所述待更新文件运行所述应用程序。
9.一种应用程序升级装置，用于服务器，其特征在于，所述应用程序升级装置包括：
生成模块，所述生成模块用于将更新文件压缩以生成更新安装包；
确定模块，所述确定模块用于根据移动终端中应用程序的待更新文件确定所述待更新文件对应的所述更新安装包；和
通信模块，所述通信模块用于将所述更新安装包下发至对应的所述移动终端。
10.一种移动终端，其特征在于，所述移动终端包括一个或多个处理器和存储器，所述存储器存储有计算机程序，在所述计算机程序被所述处理器执行的情况下，实现权利要求1-5中任意一项所述的应用程序升级方法的步骤。
11.一种服务器，其特征在于，所述服务器包括一个或多个处理器和存储器，所述存储器存储有计算机程序，在所述计算机程序被所述处理器执行的情况下，实现权利要求6-7中任意一项所述的应用程序升级方法的步骤。
12.一种存储有计算机程序的非易失性计算机可读存储介质，其特征在于，在所述计算机程序被一个或多个处理器执行的情况下，实现权利要求1-5或6-7中任意一项所述的应用程序升级方法的步骤。
技术总结