CN111399928A - 应用程序的启动方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本申请提供了一种应用程序的启动方法、装置、电子设备及计算机可读存储介质，涉及应用程序处理领域。该方法包括：在本发明实施例中，当检测到启动应用程序的操作指令时，生成启动页面，并展示该启动页面，同时在该启动页面的下一层加载该应用程序的初始页面，当该初始页面加载完成时，注销该启动页面，就可以展示应用程序的初始页面了。这样，应用程序在启动的过程中，既可以展示启动页面，又可以在前台同时启动应用程序，解决了现有技术中“用户点击了快捷方式之后，经过短暂的等待才会展示应用程序的初始页面”的问题。

Description

应用程序的启动方法、装置、电子设备及可读存储介质

技术领域

本申请涉及应用程序处理技术领域，具体而言，本申请涉及一种应用程序的启动方法、装置、电子设备及计算机可读存储介质。

背景技术

随着时代的改变，伴随着移动互联的崛起，我们身边渐渐出现了很多社交软件，比如微信、QQ、微博等。用户既可以通过社交软件与他人进行即时交流，也可以发布分享信息。

在实际应用中，用户社交软件里的好友可能既包含家人、朋友，也包含客户、同事，这种情况下，用户发布的分享信息会被所有人看到，虽然在发布分享信息的时候可以选择对指定好友不显示，但是这种操作比较繁琐，特别是好友数量较多的时候。

针对上述问题，现有技术会对社交软件的APP(Application，应用程序)进行“分身”，也就是对社交软件进行复制，生成一个分身应用，这样，终端里就存在两个同一款社交软件了，用户可以使用原生应用和分身应用同时登录两个账号，将家人、朋友与客户、同事区分开来。

但是，在启动分身应用时，启动时间较长，在展示应用界面之前，***会生成一个窗口，这个窗口的背景一般都是白色，简单来说，就是用户在启动分身应用时会显示“白屏”，直到分身应用启动完成，“白屏”才会消失，展示应用的界面，用户体验较差。

而且，由于该窗口使用悬浮窗实现，而使用悬浮窗需要用户在终端的应用权限管理(比如手机的“设置”里)中手动打开，才算给予该悬浮窗权限，较为繁琐。

发明内容

本申请提供了一种应用程序的处理方法、装置、电子设备及计算机可读存储介质，可以解决现有技术中“用户点击了快捷方式之后，经过短暂的等待才会展示应用程序的初始页面”的问题。所述技术方案如下：

第一方面，提供了一种应用程序的启动方法，该方法包括：

检测到启动所述应用程序的操作指令时，生成启动页面；

展示所述启动页面，并在启动页面的下一层同时加载所述应用程序的初始页面；

当初始页面加载完成时，注销所述启动页面，并展示所述初始页面。

第二方面，提供了一种应用程序的启动装置，该装置包括：

生成模块，用于检测到启动所述应用程序的操作指令时，生成启动页面；

展示模块，用于展示所述启动页面；

加载模块，用于在启动页面的下一层同时加载所述应用程序的初始页面；

注销模块，用于当初始页面加载完成时，注销所述启动页面，并调用所述展示模块展示所述初始页面。

第三方面，提供了一种电子设备，该电子设备包括：

处理器、存储器和总线；

所述总线，用于连接所述处理器和所述存储器；

所述存储器，用于存储操作指令；

所述处理器，用于通过调用所述操作指令，可执行指令使处理器执行如本申请的第一方面所示的应用程序的启动方法对应的操作。

第四方面，提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现本申请第一方面所示的应用程序的启动方法。

本申请提供的技术方案带来的有益效果是：

在本发明实施例中，当检测到启动应用程序的操作指令时，生成启动页面，并展示该启动页面，同时在该启动页面的下一层加载该应用程序的初始页面，当该初始页面加载完成时，注销该启动页面，就可以展示应用程序的初始页面了。这样，应用程序在启动的过程中，既可以展示启动页面，又可以在前台同时启动应用程序，解决了现有技术中“用户点击了快捷方式之后，经过短暂的等待才会展示应用程序的初始页面”的问题。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请一个实施例提供的一种应用程序的启动方法的流程示意图；

图2为本申请又一实施例提供的一种应用程序的启动装置的结构示意图；

图3为本申请又一实施例提供的一种应用程序的启动的电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

随着时代的改变，伴随着移动互联的崛起，我们身边渐渐出现了很多社交软件，比如微信、QQ、微博等。用户既可以通过社交软件与他人进行即时交流，也可以发布分享信息。

在实际应用中，用户社交软件里的好友可能既包含家人、朋友，也包含客户、同事，这种情况下，用户发布的分享信息会被所有人看到，虽然在发布分享信息的时候可以选择对指定好友不显示，但是这种操作比较繁琐，特别是好友数量较多的时候。

针对上述问题，现有技术会对社交软件的APP(Application，应用程序)进行“分身”，也就是对社交软件进行复制，生成一个分身应用，这样，终端里就存在两个同一款社交软件了，用户可以使用原生应用和分身应用同时登录两个账号，将家人、朋友与客户、同事区分开来。

但是，在启动分身应用时，启动时间较长，在展示应用界面之前，***会生成一个窗口，这个窗口的背景一般都是白色，简单来说，就是用户在启动分身应用时会显示“白屏”，直到分身应用启动完成，“白屏”才会消失，展示应用的界面，用户体验较差。

而且，由于该窗口使用悬浮窗实现，而使用悬浮窗需要用户在终端的应用权限管理(比如手机的“设置”里)中手动打开，才算给予该悬浮窗权限，较为繁琐。

本申请提供的应用程序的启动方法、装置、电子设备和计算机可读存储介质，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

在一个实施例中提供了一种应用程序的启动的方法，如图1所示，该方法包括：

步骤S101，检测到启动所述应用程序的操作指令时，生成启动页面；

在本发明实施例中，该应用程序可以为原生应用程序的分身应用程序，而对原生应用程序进行分身，可以使用“分身大师”，或者功能与“分身大师”类似的应用程序。

具体而言，多开应用实现应用多开的主要技术方案包括：通过反射调用机制去加载与宿主应用程序具有相同包名的分身应用程序，由于与宿主应用程序具有相同的包名，在操作***中，既能使活动组件和服务组件建立与Activity Manager Service(进程管理服务器)的正常通信，又能使活动组件、服务组件以及广播组件等，顺利被Package ManagerService(软件管理服务器)识别，降低现有技术中有关加壳应用程序运行异常的错误率；由于宿主应用程序与目标应用程序使用了相同的包名，不必为被反射调用的分身应用程序的各个组件(Activity，Service，Broadcast Receiver和Content Provider)单独构造主函数入口(Activity Thread.main)，也不必考虑因包名而带来的Package Manager Service校验的程序实现复杂度问题，从而大大提高程序运行效率；通过宿主应用程序中建立起原安装包的分身应用程序与沙箱运行环境之间的通信，使得分身应用程序的活动过程可以进一步被沙箱运行环境监视，从而对其适用安全策略，并通过在宿主应用程序中建立分身应用程序的所需资源与原生应用程序的所需资源一一对应，可在宿主应用程序中通过钩子函数调用分身应用程序的所需的对应资源，确保分身应用程序能被宿主应用程序正常加载并保持安全运行，且实现了分身应用程序完全独立于原生应用程序。

该原生应用程序、分身应用程序、“分身大师”都可以安装在智能终端上，所述智能终端可以具有如下特点：

例如，终端设备的操作***为Android***，目标应用程序(即“分身应用程序”)为App1’，该目标应用程序欲实现原生应用程序App1的全部功能与相应服务；在终端设备的宿主应用程序中，“App1’.apk”为宿主应用程序附带资源的安装包，通过Java反射机制调用安装包“App1’.apk”，随后加载“App1’.apk”所实现的目标应用程序App1’，在宿主应用程序中加载“App1’.apk”的过程中，创建目标应用程序App1’的所需全部资源如ActivityManagerService资源、PackageManagerService资源、Activity组件、Service组件、Broadcast Receiver组件和Content Provider组件，其中，目标应用程序App1’的所需全部资源如ActivityManagerService资源、PackageManagerService资源、Activity组件、Service组件、Broadcast Receiver组件和Content Provider组件一一对应且相同于原生应用程序即在终端设备Android操作***中运行的App1的所需全部资源如ActivityManagerService资源、PackageManagerService资源、Activity组件、Service组件、Broadcast Receiver组件和Content Provider组件。

在功能使用上，设备更加注重人性化、个性化和多功能化。随着计算机技术的发展，设备从“以设备为中心”的模式进入“以人为中心”的模式，集成了嵌入式计算、控制技术、人工智能技术以及生物认证技术等，充分体现了以人为本的宗旨。由于软件技术的发展，设备可以根据个人需求调整设置，更加个性化。同时，设备本身集成了众多软件和硬件，功能也越来越强大。

进一步，在智能终端的显示界面中，分身应用程序具有对应的快捷方式，当用户点击了该快捷方式时，就表示用户发起了启动该分身应用程序的操作指令。

所谓启动应用程序，其实就是加载应用程序初始页面所需要的各个组件，而加载各个组件是需要时间的，如果组件较多，那么加载的时间也会较长，从用户的角度来说，就是用户点击了快捷方式之后，经过短暂的等待才会展示应用程序的初始页面，用户体验较差。

为了避免这种情况，在本申请中，当智能终端检测到该操作指令时，在启动分身应用程序的初始页面之前，先生成启动页面；其中，启动页面可以是activity类型的页面。

需要说明的是，本申请并非只能对社交软件进行分身，社交软件仅仅只是用于举例说明，在实际应用中，本申请可以对任意应用程序进行分身，具体情况可以由用户自行选择，本申请对此不作限制。

另外，用户可以直接点击分身应用程序的快捷方式，来启动分身应用程序，也可以先启动“分身大师”，然后再从“分身大师”中启动分身应用程序，二者都适用于本申请，本申请对启动分身应用程序的方式不作限制。

步骤S102，展示所述启动页面，并在启动页面的下一层同时加载所述应用程序的初始页面；

初始页面，就是应用程序启动后展示的第一个页面。在本申请中，初始页面也可以是activity类型的页面。

具体而言，task是能包含很多activity的栈，其中，task由栈中的多个activities共同协作完成某一项应用，而不管activities具体属于哪个应用程序。例如，task a包括activity 1、activity 2，task b包括activity 3、activity 4、activity 5，task c包括activity 6、activity 7，而应用程序A包括task a和task b，应用程序B包括task b和taskc，应用程序C包括task a和task c。

在本申请中，包含启动页面的activity的task与包含初始页面的activity的task不是同一个task。因为是先生成启动页面的activity，然后再启动分身应用程序的初始页面，所以，按照顺序，应该展示初始页面对应的task，但是这样就会出现“用户点击了快捷方式之后，经过短暂的等待才会展示应用程序的初始页面”的情况。因此，在本申请中，当监听到分身应用程序的activity在运行onCreate事件时，可以使用ActivityManager的moveTaskToFront(int taskId，int flags)把启动页面对应的task移动最上层，同时，将初始页面对应的task移动到启动页面对应的task的下一层。这样，初始页面的activity和启动页面的activity可以同时在前台运行，即，展示给用户的是启动页面的activity，同时初始页面的activity又不会被后台杀死。

进一步，启动页面中可以展示文本、图片等多媒体内容，避免用户观看“白屏”，提高了用户体验。

步骤S103，当初始页面加载完成时，注销所述启动页面，并展示所述初始页面。

具体而言，当监听到分身应用程序的activity在运行onStop事件时，就表示分身应用程序的初始页面加载完成了，此时就可以注销顶层的启动页面，顶层的启动页面被注销后，自然就会展示分身应用程序的初始页面了。

在本发明实施例中，当检测到启动应用程序的操作指令时，生成启动页面，并展示该启动页面，同时在该启动页面的下一层加载该应用程序的初始页面，当该初始页面加载完成时，注销该启动页面，就可以展示应用程序的初始页面了。这样，应用程序在启动的过程中，既可以展示启动页面，又可以在前台同时启动应用程序，解决了现有技术中“用户点击了快捷方式之后，经过短暂的等待才会展示应用程序的初始页面”的问题。

进一步，因为应用程序的初始页面和启动页面都是activity类型的页面，且不同的activity对应不同的task，所以，在启动二者时，既不需要用户对启动页面进行授权，又可以保证二者的activity同时运行，提高了应用程序的启动效率。

图2为本申请又一实施例提供的一种应用程序的启动装置的结构示意图，如图2所示，本实施例的装置可以包括：

生成模块201，用于检测到启动所述应用程序的操作指令时，生成启动页面；

展示模块202，用于展示所述启动页面；

加载模块203，用于在启动页面的下一层同时加载所述应用程序的初始页面；

注销模块204，用于当初始页面加载完成时，注销所述启动页面，并调用所述展示模块展示所述初始页面。

在本发明一种优选实施例中，所述展示模块包括：

第一移动子模块，用于将包含所述启动页面的任务task移动到显示界面的顶层；

第一展示子模块，用于在所述顶层展示所述启动页面。

在本发明一种优选实施例中，所述加载模块包括：

第二移动子模块，用于将所述任务task移动到所述顶层的下一层；

第一加载子模块，用于在所述顶层的下一层加载所述应用程序的初始页面。

在本发明一种优选实施例中，所述初始页面和所述启动页面都为activity类型的页面。

在本发明一种优选实施例中，所述应用程序为原生应用程序的分身应用程序。

本实施例的应用程序的启动装置可执行本申请第一个实施例所示的应用程序的启动方法，其实现原理相类似，此处不再赘述。

本申请的又一实施例中提供了一种电子设备，该电子设备包括：存储器和处理器；至少一个程序，存储于存储器中，用于被处理器执行时，与现有技术相比可实现：当检测到启动应用程序的操作指令时，生成启动页面，并展示该启动页面，同时在该启动页面的下一层加载该应用程序的初始页面，当该初始页面加载完成时，注销该启动页面，就可以展示应用程序的初始页面了。这样，应用程序在启动的过程中，既可以展示启动页面，又可以在前台同时启动应用程序，解决了现有技术中“用户点击了快捷方式之后，经过短暂的等待才会展示应用程序的初始页面”的问题。

在一个可选实施例中提供了一种电子设备，如图3所示，图3所示的电子设备3000包括：处理器3001和存储器3003。其中，处理器3001和存储器3003相连，如通过总线3002相连。可选地，电子设备3000还可以包括收发器3004。需要说明的是，实际应用中收发器3004不限于一个，该电子设备3000的结构并不构成对本申请实施例的限定。

处理器3001可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器3001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线3002可包括一通路，在上述组件之间传送信息。总线3002可以是PCI总线或EISA总线等。总线3002可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器3003可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器3003用于存储执行本申请方案的应用程序代码，并由处理器3001来控制执行。处理器3001用于执行存储器3003中存储的应用程序代码，以实现前述任一方法实施例所示的内容。

其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。

本申请的又一实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。与现有技术相比，当检测到启动应用程序的操作指令时，生成启动页面，并展示该启动页面，同时在该启动页面的下一层加载该应用程序的初始页面，当该初始页面加载完成时，注销该启动页面，就可以展示应用程序的初始页面了。这样，应用程序在启动的过程中，既可以展示启动页面，又可以在前台同时启动应用程序，解决了现有技术中“用户点击了快捷方式之后，经过短暂的等待才会展示应用程序的初始页面”的问题。

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

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种应用程序的启动方法，其特征在于，包括：

检测到启动所述应用程序的操作指令时，生成启动页面；

展示所述启动页面，并在启动页面的下一层同时加载所述应用程序的初始页面；

当初始页面加载完成时，注销所述启动页面，并展示所述初始页面。

2.根据权利要求1所述的应用程序的启动方法，其特征在于，所述展示所述启动屏的步骤，包括：

将包含所述启动页面的任务task移动到显示界面的顶层；

在所述顶层展示所述启动页面。

3.根据权利要求2所述的应用程序的启动方法，其特征在于，所述在启动页面的下一层同时加载所述应用程序的初始页面的步骤，包括：

将所述任务task移动到所述顶层的下一层；

在所述顶层的下一层加载所述应用程序的初始页面。

4.根据权利要求1或2或3所述的应用程序的启动方法，其特征在于，所述初始页面和所述启动页面都为activity类型的页面。

5.根据权利要求1或2或3所述的应用程序的启动方法，其特征在于，所述应用程序为原生应用程序的分身应用程序。

6.一种应用程序的启动装置，其特征在于，包括：

生成模块，用于检测到启动所述应用程序的操作指令时，生成启动页面；

展示模块，用于展示所述启动页面；

加载模块，用于在启动页面的下一层同时加载所述应用程序的初始页面；

注销模块，用于当初始页面加载完成时，注销所述启动页面，并调用所述展示模块展示所述初始页面。

7.根据权利要求6所述的应用程序的启动装置，其特征在于，所述展示模块包括：

第一移动子模块，用于将包含所述启动页面的任务task移动到显示界面的顶层；

第一展示子模块，用于在所述顶层展示所述启动页面。

8.根据权利要求7所述的应用程序的启动装置，其特征在于，所述加载模块包括：

第二移动子模块，用于将所述任务task移动到所述顶层的下一层；

第一加载子模块，用于在所述顶层的下一层加载所述应用程序的初始页面。

9.一种电子设备，其特征在于，其包括：

处理器、存储器和总线；

所述总线，用于连接所述处理器和所述存储器；

所述存储器，用于存储操作指令；

所述处理器，用于通过调用所述操作指令，执行上述权利要求1-5中任一项所述的应用程序的启动方法。

10.一种计算机可读存储介质，其特征在于，所述计算机存储介质用于存储计算机指令，当其在计算机上运行时，使得计算机可以执行上述权利要求1至5中任一项所述的应用程序的启动方法。

Images