一种应用启动方法、终端和计算机可读存储介质与流程

本发明涉及终端技术领域，更具体地说，涉及一种应用启动方法、终端和计算机可读存储介质。

背景技术：

目前用户的移动终端中会安装各种各样的应用程序app，应用程序种类繁多，功能多样。但一些应用会给用户带来不好的体验，可能是由于应用本身的问题造成的，可能是由于应用和系统的契合度造成的，应用的冷启动就是一个体验性问题。所谓冷启动，是指该应用的进程不存在的情况下，去启动该应用。这种情况下的启动一般都会比存在进程的情况下来得慢，而且应用在启动的过程中所产生的动画效果和部分应用的会采取的广告效果都会在一定程度上影响应用的启动速度，降低用户体验。

技术实现要素：

本发明要解决的技术问题在于如何解决现有技术中应用启动时间长，用户体验差的问题；针对该技术问题，提供一种终端，包括：

接收模块，用于接收对应用的触发操作，并根据所述触发操作开始应用的启动；

显示模块，用于在开始启动应用时，载入预设图片在前台显示，并在开始启动应用直到应用启动完成的过程中，所述预设图片在前台持续显示；所述预设图片为所述应用正常运行时的界面截图；

当应用启动完成时，取消所述预设图片的显示，且所述应用在启动完成后的显示界面与所述预设图片的显示内容一致。

可选的，所述预设图片为所述应用正常运行时的界面截图包括：

所述预设图片为所述应用启动后的主界面截图；或，

所述预设图片为所述应用上次关闭前的界面截图；或，

所述预设图片为接收用户截屏操作得到的界面截图。

可选的，所述接收模块还用于：

根据所述触发操作，确认所述应用启动完成后的显示界面，并根据所述显示界面选择相应的所述预设图片。

可选的，还包括解析模块，用于：

解析所述预设图片的参数信息，所述参数信息至少包括所述预设图片的分辨率信息；

根据所述分辨率信息以及终端显示屏的尺寸、屏幕允许的分辨率，确定所述预设图片的完整度。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现：

接收对应用的触发操作，并根据所述触发操作开始应用的启动；

在开始启动应用时，载入预设图片在前台显示，并在开始启动应用直到应用启动完成的过程中，所述预设图片在前台持续显示；所述预设图片为所述应用正常运行时的界面截图；

当应用启动完成时，取消所述预设图片的显示，且所述应用在启动完成后的显示界面与所述预设图片的显示内容一致。

本发明还提供一种应用启动方法，包括：

接收对应用的触发操作，并根据所述触发操作开始应用的启动；

在开始启动应用时，载入预设图片在前台显示，并在开始启动应用直到应用启动完成的过程中，所述预设图片在前台持续显示；所述预设图片为所述应用正常运行时的界面截图；

当应用启动完成时，取消所述预设图片的显示，且所述应用在启动完成后的显示界面与所述预设图片的显示内容一致。

可选的，所述预设图片为所述应用正常运行时的界面截图包括：

所述预设图片为所述应用启动后的主界面截图；或，

所述预设图片为所述应用上次关闭前的界面截图；或，

所述预设图片为接收用户截屏操作得到的界面截图。

可选的，所述接收对应用的触发操作，并根据所述触发操作开始应用的启动还包括：

根据所述触发操作，确认所述应用启动完成后的显示界面，并根据所述显示界面选择相应的所述预设图片。

可选的，在所述载入预设图片在前台显示之前，还包括：

解析所述预设图片的参数信息，所述参数信息至少包括所述预设图片的分辨率信息；

根据所述分辨率信息以及终端显示屏的尺寸、屏幕允许的分辨率，确定所述预设图片的完整度。

可选的，在所述载入预设图片在前台显示之前，还包括：

将所述预设图片缓存在运行内存中。

有益效果

本发明提供了一种应用启动方法、终端和计算机可读存储介质，接收对应用的触发操作，开始应用的启动，在开始启动应用时，载入预设图片在前台显示，并在开始启动应用直到应用启动完成的过程中，预设图片在前台持续显示；预设图片为应用正常运行时的界面截图；当应用启动完成时，取消预设图片的显示，且应用在启动完成后的显示界面与预设图片的显示内容一致。通过本发明的实施，通过将预设图片前台显示来覆盖应用过程中的界面，避免了启动过程中产生的动画效果拖慢了应用的启动，且预设图片与应用启动完成后的显示界面一致，不仅在实际上提升了终端应用启动速度，还从视觉上更快的提升了应用的启动速度，提升了用户体验。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1为实现本发明各个实施例一个可选的移动终端的硬件结构示意图；

图2为本发明第一实施例提供的终端的组成示意图；

图3为本发明第一实施例提供的应用主界面显示示意图；

图4为本发明第一实施例提供的压力触控应用示意图；

图5为本发明第二实施例提供的终端的组成示意图；

图6为本发明第三实施例提供的应用启动方法流程图；

图7为本发明第四实施例提供的应用启动方法流程图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。

移动终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。下面，假设终端是移动终端，然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。本实施例中的移动终端可以实现本发明各实施例中的终端。

图1为实现本发明各个实施例一个可选的移动终端的硬件结构示意图。

移动终端100可以包括无线通信单元110、a/v(音频/视频)输入单元120、用户输入单元130、感测单元140、输出单元150、存储器160、接口单元170、控制器180和电源单元190等等。图1示出了具有各种组件的移动终端，但是应理解的是，并不要求实施所有示出的组件，可以替代地实施更多或更少的组件，将在下面详细描述移动终端的元件。

无线通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信系统或网络之间的无线电通信。例如，无线通信单元可以包括移动通信单元112、无线互联网单元113、短程通信单元114和位置信息单元115中的至少一个。

移动通信单元112将无线电信号发送到基站(例如，接入点等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。

无线互联网单元113支持移动终端的无线互联网接入。该单元可以内部或外部地耦接到终端。该单元所涉及的无线互联网接入技术可以包括wlan(无线lan)(wi-fi)、wibro(无线宽带)、wimax(全球微波互联接入)、hsdpa(高速下行链路分组接入)等等。

短程通信单元114是用于支持短程通信的单元。短程通信技术的一些示例包括蓝牙tm、射频识别(rfid)、红外数据协会(irda)、超宽带(uwb)、紫蜂tm等等。

位置信息单元115是用于检查或获取移动终端的位置信息的单元。位置信息单元的典型示例是gps(全球定位系统)。根据当前的技术，gps单元115计算来自三个或更多卫星的距离信息和准确的时间信息并且对于计算的信息应用三角测量法，从而根据经度、纬度和高度准确地计算三维当前位置信息。当前，用于计算位置和时间信息的方法使用三颗卫星并且通过使用另外的一颗卫星校正计算出的位置和时间信息的误差。此外，gps单元115能够通过实时地连续计算当前位置信息来计算速度信息。

a/v输入单元120用于接收音频或视频信号。a/v输入单元120可以包括相机121和麦克风1220，相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元151上。经相机121处理后的图像帧可以存储在存储器160(或其它存储介质)中或者经由无线通信单元110进行发送，可以根据移动终端的构造提供两个或更多相机121。麦克风s122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信单元112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、锅仔片、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示单元151上时，可以形成触摸屏。

感测单元140检测移动终端100的当前状态，(例如，移动终端100的打开或关闭状态)、移动终端100的位置、用户对于移动终端100的接触(即，触摸输入)的有无、移动终端100的取向、移动终端100的加速或减速移动和方向等等，并且生成用于控制移动终端100的操作的命令或信号。例如，当移动终端100实施为滑动型移动电话时，感测单元140可以感测该滑动型电话是打开还是关闭。另外，感测单元140能够检测电源单元190是否提供电力或者接口单元170是否与外部装置耦接。感测单元140可以包括光线传感器141。

接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别单元的装置的端口、音频输入/输出(i/o)端口、视频i/o端口、耳机端口等等。识别单元可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别单元(uim)、客户识别单元(sim)、通用客户识别单元(usim)等等。另外，具有识别单元的装置(下面称为"识别装置")可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端和外部装置之间传输数据。

另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端是否准确地安装在底座上的信号。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、警报信号、振动信号等等)。

输出单元150可以包括显示单元151、音频输出单元152等等。

显示单元151可以显示在移动终端100中处理的信息。例如，当移动终端100处于电话通话模式时，显示单元151可以显示与通话或其它通信(例如，文本消息收发、多媒体文件下载等等)相关的用户界面(ui)或图形用户界面(gui)。当移动终端100处于视频通话模式或者图像捕获模式时，显示单元151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的ui或gui等等。

同时，当显示单元151和触摸板以层的形式彼此叠加以形成触摸屏时，显示单元151可以用作输入装置和输出装置。显示单元151可以包括液晶显示器(lcd)、薄膜晶体管lcd(tft-lcd)、有机发光二极管(oled)显示器、柔性显示器、三维(3d)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看，这可以称为透明显示器，典型的透明显示器可以例如为toled(透明有机发光二极管)显示器等等。根据特定想要的实施方式，移动终端100可以包括两个或更多显示单元(或其它显示装置)，例如，移动终端可以包括外部显示单元(未示出)和内部显示单元(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。

音频输出单元152可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将无线通信单元110接收的或者在存储器160中存储的音频数据转换音频信号并且输出为声音。而且，音频输出单元152可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元152可以包括扬声器、蜂鸣器等等。

存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。

存储器160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储器160的存储功能的网络存储装置协作。

控制器180通常控制移动终端的总体操作。例如，控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外，控制器180可以包括用于再现(或回放)多媒体数据的多媒体单元181，多媒体单元181可以构造在控制器180内，或者可以构造为与控制器180分离。控制器180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。

电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(asic)、数字信号处理器(dsp)、数字信号处理装置(dspd)、可编程逻辑装置(pld)、现场可编程门阵列(fpga)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件单元来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。

至此，己经按照其功能描述了移动终端。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此，本发明能够应用于任何类型的移动终端，并且不限于滑动型移动终端。

如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信系统以及基于卫星的通信系统来操作。

以下通过具体实施例进行详细说明。

第一实施例

参照图2，图2为本发明第一实施例提供的终端的组成示意图。

本实施例中的终端，包括：

接收模块201，用于接收对应用的触发操作，并根据触发操作开始应用的启动；

显示模块202，用于在开始启动应用时，载入预设图片在前台显示，并在开始启动应用直到应用启动完成的过程中，预设图片在前台持续显示；预设图片为应用正常运行时的界面截图；

当应用启动完成时，取消预设图片的显示，且应用在启动完成后的显示界面与预设图片的显示内容一致。

应用的冷启动，就是在该应用的进程不存在的情况下，用户去启动该应用的过程。对于移动终端而言，其运行中的应用大致可以分为以下几类：系统应用、前台应用、后台应用；其中，系统应用，如电话、短信等等应用，是移动终端在功能正常的情况下，常驻的应用，因为要保证移动终端的正常使用，因此这些应用都始终会有进程；前台应用，是用户当前正在使用的应用，往往是移动终端的显示屏当前正在显示的应用；后台应用，则是用户已经启动，但是并未在前台操作，而是在后台运行的应用，比如，在用户锁屏听音乐的情况下，音乐应用就是后台应用。而应用的冷启动的前提是，该应用不属于以上应用中任何一种，换言之，该应用在启动之前已经完全退出，其曾经存在于系统中的进程也被关闭，也被称为“杀进程”。杀进程的功能在很多移动终端中均有不同程度的应用，有效的“杀进程”可以提升移动终端的系统运行流畅度。

在本实施例中，接收模块201用于接收对应用的触发操作，根据触发操作开始应用的启动。对于应用的触发操作一般都是用户主动发起的，也可以是终端中的某个应用联动其他应用的启动。用户的触发操作一般都比较简单，比如，大部分的移动终端中的应用的启动方式就是接收用户对该应用的图标的点击操作，从而开始应用的启动。

应用从开始启动一直到启动完成是有一个过程的，在这种过程中，用户并不能对应用进行操作，而只能等待，等待应用启动完成后方能进行操作。那么，在本实施例中，显示模块202用于在开始启动应用时，载入预设图片在前台显示，并在开始启动应用直到应用启动完成的过程中，预设图片在前台持续显示；预设图片为应用正常运行时的界面截图。当接收触发操作，开始应用的启动时，与此同时进行预设图片的载入和显示，图片的载入不同于应用的载入，其速度往往是很快的，此外，为了尽量的提高图片的载入速度，在本实施例中，在载入预设图片在前台显示之前，还可以包括：将预设图片缓存在运行内存中。由于图片占用的存储空间很小，完全可以在运行内存ram中进行缓存，从而提升在启动时，预设图片载入的速度。当然，预设图片除了可以存储在运行内存ram中，也可以存储在机身内存rom中，或者存储在外接存储卡中。

预设图片是应用正常运行时的界面截图，所指的是，预设图片源自于相应的应用在正常运行过程中的界面。一般应用正常启动后的界面称之为主界面，这个界面是初始的界面，其中包括各种各样的子界面，通过主界面中的触发区域进入。请参考图3，图3示出了一种应用主界面的显示内容示意图，其中包括各个子界面的触控区，可以通过相应的触发操作，进入想要进入的子界面，这些子界面同样属于应用正常运行中的界面，都可以作为本实施例中的预设图片。此外，特别的，预设图片，即应用运行时的界面截图，除了可以自动截取，也可以用户手动截取。

具体的，在本实施例中，预设图片为应用正常运行时的界面截图可以包括：预设图片为应用启动后的主界面截图；或，预设图片为应用上次关闭前的界面截图；或，预设图片为接收用户截屏操作得到的界面截图。对于大部分的情况而言，应用启动后都是呈现为主界面，那么，为了达到预设图片显示和应用启动完成后的界面显示的一致，从而保证两者的无缝衔接，那么可以将预设图片设置为主界面截图。

此外，在一些时候用户并不想直接退出应用，但是可能由于过久没有操作，或者其他原因，移动终端的操作系统直接将这个应用的进程删除，从而导致了在用户不情愿的情况下将应用冷启动；在这种情况下，就可以将预设图片设置为应用上次关闭前的界面截图，同时让应用启动后直接跳转到上次关闭前的界面，提升了启动速度的同时，让用户也能更快的操作自己想要的界面，提升了用户体验。

现在越来越多的移动终端已经应用了压力触控技术，这种技术允许移动终端在除了平行于操作平面方向上的操作之外，还可以实现在垂直于操作平面方向上的操作，一个典型的应用，就是用户用力按压和轻压会产生不同的效果，比如，用力按压应用图标，会在图标附近出现一个子菜单，请参考图4，这不同于轻压会直接启动应用，而通过触控子菜单，可以实现直接进入应用中的特定界面，那么，当用户采用这种方式启动应用时，预设图片也可以设置为相应的界面的界面截图，可以通过应用或者系统自动截取，或者接收用户的截屏操作，得到界面截图。

相应的，具体应用启动后显示界面如何，可以通过触发操作来进行区分；在本实施例中，接收模块201还可以用于：根据触发操作，确认应用启动完成后的显示界面，并根据显示界面选择相应的预设图片。以压力触控的应用为例，用户轻触应用图标时，说明此时就是正常启动应用，那么应用启动后的显示界面就是主界面，那则选择预设图片为主界面截图；如果用户是重按应用图标，并从弹出的子菜单中选择了一个子界面，那么就选择该子界面对应的界面截图作为预设图片；如果当前用户想要启动的应用在之前被系统自动关闭，杀掉进程，那么就选择关闭前的界面截图作为预设图片，载入并显示选定的预设图片。

在显示预设图片的同时，应用正在正常的启动过程中，在这个启动的过程中，直到应用启动完成为止，始终保持着预设图片的显示，从而避免了启动过程中显示动画而导致启动速度慢，而且从视觉上给用户带来启动速度更快的体验；此外，虽然在启动过程中，显示的预设图片并不允许用户直接进行操作，但是用户可以根据预设图片中的显示内容预知接下来要如何操作正常的应用界面，为用户提供了极大的便利。

此外，为了保证预设图片的完整性，在本实施例中，还可以包括解析模块203，用于解析预设图片的参数信息，参数信息至少包括预设图片的分辨率信息；根据分辨率信息以及终端显示屏的尺寸、屏幕允许的分辨率，确定预设图片的完整度。在进行截屏时，可能会导致截屏不完整，也就是预设图片的显示不完整，如果预设图片显示不完整，就可能导致应用启动时，用户看到残缺的界面，影响用户体验。由于截屏是在终端上进行的，那么截取得到的预设图片的参数信息也是与终端的屏幕和允许的分辨率相关，如果解析得到的预设图片的分辨率过低，那么就可以认为该预设图片是不完整的，就需要在下次启动应用时重新截取图片。

本实施例提供了一种终端，接收对应用的触发操作，开始应用的启动，在开始启动应用时，载入预设图片在前台显示，并在开始启动应用直到应用启动完成的过程中，预设图片在前台持续显示；预设图片为应用正常运行时的界面截图；当应用启动完成时，取消预设图片的显示，且应用在启动完成后的显示界面与预设图片的显示内容一致。通过本实施例的实施，通过将预设图片前台显示来覆盖应用过程中的界面，避免了启动过程中产生的动画效果拖慢了应用的启动，且预设图片与应用启动完成后的显示界面一致，不仅在实际上提升了终端应用启动速度，还从视觉上更快的提升了应用的启动速度，提升了用户体验。

第二实施例

请参考图5，图5是本实施例提供的一种终端的组成示意图。

本实施例中的终端，具体包括接收模块和显示模块；其中，接收模块可以通过前述实施例中的用户输入单元130和控制器180来实现，用户输入单元130包括触屏131；显示模块，则可以通过输出单元150中的显示单元151来实现。具体实施如下：

触屏131，用于接收对应用的触发操作，控制器180根据触发操作开始应用的启动；

显示单元151，用于在开始启动应用时，载入预设图片在前台显示，并在开始启动应用直到应用启动完成的过程中，预设图片在前台持续显示；预设图片为应用正常运行时的界面截图；

当应用启动完成时，取消预设图片的显示，且应用在启动完成后的显示界面与预设图片的显示内容一致。

应用的冷启动，就是在该应用的进程不存在的情况下，用户去启动该应用的过程。在本实施例中，触屏131用于接收对应用的触发操作，然后控制器180根据触发操作开始应用的启动。对于应用的触发操作一般都是用户主动发起的，也可以是终端中的某个应用联动其他应用的启动。用户的触发操作一般都比较简单，比如，大部分的移动终端中的应用的启动方式就是接收用户对该应用的图标的点击操作，从而开始应用的启动。

在本实施例中，显示单元151用于在开始启动应用时，载入预设图片在前台显示，并在开始启动应用直到应用启动完成的过程中，预设图片在前台持续显示；预设图片为应用正常运行时的界面截图。当接收触发操作，开始应用的启动时，与此同时进行预设图片的载入和显示，图片的载入不同于应用的载入，其速度往往是很快的，此外，为了尽量的提高图片的载入速度，在本实施例中，在载入预设图片在前台显示之前，还可以包括：将预设图片缓存在运行内存中。由于图片占用的存储空间很小，完全可以在运行内存ram中进行缓存，从而提升在启动时，预设图片载入的速度。当然，预设图片除了可以存储在运行内存ram中，也可以存储在机身内存rom中，或者存储在外接存储卡中。

在本实施例中，预设图片为应用正常运行时的界面截图可以包括：预设图片为应用启动后的主界面截图；或，预设图片为应用上次关闭前的界面截图；或，预设图片为接收用户截屏操作得到的界面截图。对于大部分的情况而言，应用启动后都是呈现为主界面，那么，为了达到预设图片显示和应用启动完成后的界面显示的一致，从而保证两者的无缝衔接，那么可以将预设图片设置为主界面截图。

此外，在一些时候用户并不想直接退出应用，但是可能由于过久没有操作，或者其他原因，移动终端的操作系统直接将这个应用的进程删除，从而导致了在用户不情愿的情况下将应用冷启动；在这种情况下，就可以将预设图片设置为应用上次关闭前的界面截图，同时让应用启动后直接跳转到上次关闭前的界面，提升了启动速度的同时，让用户也能更快的操作自己想要的界面，提升了用户体验。

现在越来越多的移动终端已经应用了压力触控技术，这种技术允许移动终端在除了平行于操作平面方向上的操作之外，还可以实现在垂直于操作平面方向上的操作，一个典型的应用，就是用户用力按压和轻压会产生不同的效果，比如，用力按压应用图标，会在图标附近出现一个子菜单，这不同于轻压会直接启动应用，而通过触控子菜单，可以实现直接进入应用中的特定界面，那么，当用户采用这种方式启动应用时，预设图片也可以设置为相应的界面的界面截图，可以通过应用或者系统自动截取，或者接收用户的截屏操作，得到界面截图。

相应的，具体应用启动后显示界面如何，可以通过触发操作来进行区分；在本实施例中，控制器180还可以用于：根据触发操作，确认应用启动完成后的显示界面，并根据显示界面选择相应的预设图片。以压力触控的应用为例，用户轻触应用图标时，说明此时就是正常启动应用，那么应用启动后的显示界面就是主界面，那则选择预设图片为主界面截图；如果用户是重按应用图标，并从弹出的子菜单中选择了一个子界面，那么就选择该子界面对应的界面截图作为预设图片；如果当前用户想要启动的应用在之前被系统自动关闭，杀掉进程，那么就选择关闭前的界面截图作为预设图片，载入并显示选定的预设图片。

在显示预设图片的同时，应用正在正常的启动过程中，在这个启动的过程中，直到应用启动完成为止，始终保持着预设图片的显示，从而避免了启动过程中显示动画而导致启动速度慢，而且从视觉上给用户带来启动速度更快的体验；此外，虽然在启动过程中，显示的预设图片并不允许用户直接进行操作，但是用户可以根据预设图片中的显示内容预知接下来要如何操作正常的应用界面，为用户提供了极大的便利。

此外，为了保证预设图片的完整性，在本实施例中，控制器180还可以用于解析预设图片的参数信息，参数信息至少包括预设图片的分辨率信息；根据分辨率信息以及终端显示屏的尺寸、屏幕允许的分辨率，确定预设图片的完整度。在进行截屏时，可能会导致截屏不完整，也就是预设图片的显示不完整，如果预设图片显示不完整，就可能导致应用启动时，用户看到残缺的界面，影响用户体验。由于截屏是在终端上进行的，那么截取得到的预设图片的参数信息也是与终端的屏幕和允许的分辨率相关，如果解析得到的预设图片的分辨率过低，那么就可以认为该预设图片是不完整的，就需要在下次启动应用时重新截取图片。

本实施例提供了一种移动终端，接收对应用的触发操作，开始应用的启动，在开始启动应用时，载入预设图片在前台显示，并在开始启动应用直到应用启动完成的过程中，预设图片在前台持续显示；预设图片为应用正常运行时的界面截图；当应用启动完成时，取消预设图片的显示，且应用在启动完成后的显示界面与预设图片的显示内容一致。通过本实施例的实施，通过将预设图片前台显示来覆盖应用过程中的界面，避免了启动过程中产生的动画效果拖慢了应用的启动，且预设图片与应用启动完成后的显示界面一致，不仅在实际上提升了终端应用启动速度，还从视觉上更快的提升了应用的启动速度，提升了用户体验。

第三实施例

请参考图6，图6是本实施例提供的应用启动方法流程图，包括：

s601、接收对应用的触发操作，并根据触发操作开始应用的启动；

s602、在开始启动应用时，载入预设图片在前台显示，并在开始启动应用直到应用启动完成的过程中，预设图片在前台持续显示；预设图片为应用正常运行时的界面截图；

s603、当应用启动完成时，取消预设图片的显示，且应用在启动完成后的显示界面与预设图片的显示内容一致。

应用的冷启动，就是在该应用的进程不存在的情况下，用户去启动该应用的过程。s601中，接收对应用的触发操作，根据触发操作开始应用的启动。对于应用的触发操作一般都是用户主动发起的，也可以是终端中的某个应用联动其他应用的启动。用户的触发操作一般都比较简单，比如，大部分的移动终端中的应用的启动方式就是接收用户对该应用的图标的点击操作，从而开始应用的启动。

s602中，在开始启动应用时，载入预设图片在前台显示，并在开始启动应用直到应用启动完成的过程中，预设图片在前台持续显示；预设图片为应用正常运行时的界面截图。当接收触发操作，开始应用的启动时，与此同时进行预设图片的载入和显示，图片的载入不同于应用的载入，其速度往往是很快的，此外，为了尽量的提高图片的载入速度，在本实施例中，在载入预设图片在前台显示之前，还可以包括：将预设图片缓存在运行内存中。由于图片占用的存储空间很小，完全可以在运行内存ram中进行缓存，从而提升在启动时，预设图片载入的速度。当然，预设图片除了可以存储在运行内存ram中，也可以存储在机身内存rom中，或者存储在外接存储卡中。

预设图片是应用正常运行时的界面截图，所指的是，预设图片源自于相应的应用在正常运行过程中的界面。一般应用正常启动后的界面称之为主界面，这个界面是初始的界面，其中包括各种各样的子界面，通过主界面中的触发区域进入。

在本实施例中，预设图片为应用正常运行时的界面截图可以包括：预设图片为应用启动后的主界面截图；或，预设图片为应用上次关闭前的界面截图；或，预设图片为接收用户截屏操作得到的界面截图。对于大部分的情况而言，应用启动后都是呈现为主界面，那么，为了达到预设图片显示和应用启动完成后的界面显示的一致，从而保证两者的无缝衔接，那么可以将预设图片设置为主界面截图。

此外，在一些时候用户并不想直接退出应用，但是可能由于过久没有操作，或者其他原因，移动终端的操作系统直接将这个应用的进程删除，从而导致了在用户不情愿的情况下将应用冷启动；在这种情况下，就可以将预设图片设置为应用上次关闭前的界面截图，同时让应用启动后直接跳转到上次关闭前的界面，提升了启动速度的同时，让用户也能更快的操作自己想要的界面，提升了用户体验。

现在越来越多的移动终端已经应用了压力触控技术，这种技术允许移动终端在除了平行于操作平面方向上的操作之外，还可以实现在垂直于操作平面方向上的操作，一个典型的应用，就是用户用力按压和轻压会产生不同的效果，比如，用力按压应用图标，会在图标附近出现一个子菜单，这不同于轻压会直接启动应用，而通过触控子菜单，可以实现直接进入应用中的特定界面，那么，当用户采用这种方式启动应用时，预设图片也可以设置为相应的界面的界面截图，可以通过应用或者系统自动截取，或者接收用户的截屏操作，得到界面截图。

相应的，具体应用启动后显示界面如何，可以通过触发操作来进行区分；在本实施例中，接收对应用的触发操作，并根据触发操作开始应用的启动还可以包括：根据触发操作，确认应用启动完成后的显示界面，并根据显示界面选择相应的预设图片。以压力触控的应用为例，用户轻触应用图标时，说明此时就是正常启动应用，那么应用启动后的显示界面就是主界面，那则选择预设图片为主界面截图；如果用户是重按应用图标，并从弹出的子菜单中选择了一个子界面，那么就选择该子界面对应的界面截图作为预设图片；如果当前用户想要启动的应用在之前被系统自动关闭，杀掉进程，那么就选择关闭前的界面截图作为预设图片，载入并显示选定的预设图片。

在显示预设图片的同时，应用正在正常的启动过程中，在这个启动的过程中，直到应用启动完成为止，始终保持着预设图片的显示，从而避免了启动过程中显示动画而导致启动速度慢，而且从视觉上给用户带来启动速度更快的体验；此外，虽然在启动过程中，显示的预设图片并不允许用户直接进行操作，但是用户可以根据预设图片中的显示内容预知接下来要如何操作正常的应用界面，为用户提供了极大的便利。

此外，为了保证预设图片的完整性，在本实施例中，在载入预设图片在前台显示之前，还可以包括：解析预设图片的参数信息，参数信息至少包括预设图片的分辨率信息；根据分辨率信息以及终端显示屏的尺寸、屏幕允许的分辨率，确定预设图片的完整度。在进行截屏时，可能会导致截屏不完整，也就是预设图片的显示不完整，如果预设图片显示不完整，就可能导致应用启动时，用户看到残缺的界面，影响用户体验。由于截屏是在终端上进行的，那么截取得到的预设图片的参数信息也是与终端的屏幕和允许的分辨率相关，如果解析得到的预设图片的分辨率过低，那么就可以认为该预设图片是不完整的，就需要在下次启动应用时重新截取图片。

本实施例提供了一种应用启动方法，接收对应用的触发操作，开始应用的启动，在开始启动应用时，载入预设图片在前台显示，并在开始启动应用直到应用启动完成的过程中，预设图片在前台持续显示；预设图片为应用正常运行时的界面截图；当应用启动完成时，取消预设图片的显示，且应用在启动完成后的显示界面与预设图片的显示内容一致。通过本实施例的实施，通过将预设图片前台显示来覆盖应用过程中的界面，避免了启动过程中产生的动画效果拖慢了应用的启动，且预设图片与应用启动完成后的显示界面一致，不仅在实际上提升了终端应用启动速度，还从视觉上更快的提升了应用的启动速度，提升了用户体验。

第四实施例

请参考图7，图7为本实施例提供的应用启动方法流程图，包括：

s701、启动某个应用；

启动的方式，可以通过用户点击应用图标，或者其他相关应用联动启动。

s702、启动完成后，正常显示应用界面；

此时的启动过程省略描述，具体的过程与步骤s704-s707一致。

s703、对应用界面进行截图，形成预设图片；

预设图片可以包括：应用启动后的主界面截图；或，应用上次关闭前的界面截图；或，接收用户截屏操作得到的界面截图。

s704、再次启动应用，并同时转到s805和s806；

s705、载入并显示预设图片的内容；

根据启动应用采用的触发操作的不同，选择相应的预设图片载入并显示。

s706、显示预设图片的同时，载入真正的应用数据；

s707、当载入应用数据完成后，取消预设图片的显示，将显示界面过渡到应用界面中。

第五实施例

本实施例提供了一种计算机可读存储介质，该计算机存储介质存储有一个或者多个程序，该一个或者多个程序可被一个或者多个处理器执行，以实现：

接收对应用的触发操作，并根据触发操作开始应用的启动；

在开始启动应用时，载入预设图片在前台显示，并在开始启动应用直到应用启动完成的过程中，预设图片在前台持续显示；预设图片为应用正常运行时的界面截图；

当应用启动完成时，取消预设图片的显示，且应用在启动完成后的显示界面与预设图片的显示内容一致。

在本实施例中，一个或者多个处理器执行一个或者多个程序，首先实现：接收对应用的触发操作，根据触发操作开始应用的启动。对于应用的触发操作一般都是用户主动发起的，也可以是终端中的某个应用联动其他应用的启动。用户的触发操作一般都比较简单，比如，大部分的移动终端中的应用的启动方式就是接收用户对该应用的图标的点击操作，从而开始应用的启动。

一个或者多个处理器执行一个或者多个程序，然后实现：在开始启动应用时，载入预设图片在前台显示，并在开始启动应用直到应用启动完成的过程中，预设图片在前台持续显示；预设图片为应用正常运行时的界面截图。当接收触发操作，开始应用的启动时，与此同时进行预设图片的载入和显示，图片的载入不同于应用的载入，其速度往往是很快的，此外，为了尽量的提高图片的载入速度，在本实施例中，在载入预设图片在前台显示之前，还可以包括：将预设图片缓存在运行内存中。由于图片占用的存储空间很小，完全可以在运行内存ram中进行缓存，从而提升在启动时，预设图片载入的速度。当然，预设图片除了可以存储在运行内存ram中，也可以存储在机身内存rom中，或者存储在外接存储卡中。

预设图片是应用正常运行时的界面截图，所指的是，预设图片源自于相应的应用在正常运行过程中的界面。一般应用正常启动后的界面称之为主界面，这个界面是初始的界面，其中包括各种各样的子界面，通过主界面中的触发区域进入。

在本实施例中，预设图片为应用正常运行时的界面截图可以包括：预设图片为应用启动后的主界面截图；或，预设图片为应用上次关闭前的界面截图；或，预设图片为接收用户截屏操作得到的界面截图。对于大部分的情况而言，应用启动后都是呈现为主界面，那么，为了达到预设图片显示和应用启动完成后的界面显示的一致，从而保证两者的无缝衔接，那么可以将预设图片设置为主界面截图。

此外，在一些时候用户并不想直接退出应用，但是可能由于过久没有操作，或者其他原因，移动终端的操作系统直接将这个应用的进程删除，从而导致了在用户不情愿的情况下将应用冷启动；在这种情况下，就可以将预设图片设置为应用上次关闭前的界面截图，同时让应用启动后直接跳转到上次关闭前的界面，提升了启动速度的同时，让用户也能更快的操作自己想要的界面，提升了用户体验。

现在越来越多的移动终端已经应用了压力触控技术，这种技术允许移动终端在除了平行于操作平面方向上的操作之外，还可以实现在垂直于操作平面方向上的操作，一个典型的应用，就是用户用力按压和轻压会产生不同的效果，比如，用力按压应用图标，会在图标附近出现一个子菜单，这不同于轻压会直接启动应用，而通过触控子菜单，可以实现直接进入应用中的特定界面，那么，当用户采用这种方式启动应用时，预设图片也可以设置为相应的界面的界面截图，可以通过应用或者系统自动截取，或者接收用户的截屏操作，得到界面截图。

相应的，具体应用启动后显示界面如何，可以通过触发操作来进行区分；在本实施例中，接收对应用的触发操作，并根据触发操作开始应用的启动还可以包括：根据触发操作，确认应用启动完成后的显示界面，并根据显示界面选择相应的预设图片。以压力触控的应用为例，用户轻触应用图标时，说明此时就是正常启动应用，那么应用启动后的显示界面就是主界面，那则选择预设图片为主界面截图；如果用户是重按应用图标，并从弹出的子菜单中选择了一个子界面，那么就选择该子界面对应的界面截图作为预设图片；如果当前用户想要启动的应用在之前被系统自动关闭，杀掉进程，那么就选择关闭前的界面截图作为预设图片，载入并显示选定的预设图片。

在显示预设图片的同时，应用正在正常的启动过程中，在这个启动的过程中，直到应用启动完成为止，始终保持着预设图片的显示，从而避免了启动过程中显示动画而导致启动速度慢，而且从视觉上给用户带来启动速度更快的体验；此外，虽然在启动过程中，显示的预设图片并不允许用户直接进行操作，但是用户可以根据预设图片中的显示内容预知接下来要如何操作正常的应用界面，为用户提供了极大的便利。

此外，为了保证预设图片的完整性，在本实施例中，在载入预设图片在前台显示之前，还可以包括：解析预设图片的参数信息，参数信息至少包括预设图片的分辨率信息；根据分辨率信息以及终端显示屏的尺寸、屏幕允许的分辨率，确定预设图片的完整度。在进行截屏时，可能会导致截屏不完整，也就是预设图片的显示不完整，如果预设图片显示不完整，就可能导致应用启动时，用户看到残缺的界面，影响用户体验。由于截屏是在终端上进行的，那么截取得到的预设图片的参数信息也是与终端的屏幕和允许的分辨率相关，如果解析得到的预设图片的分辨率过低，那么就可以认为该预设图片是不完整的，就需要在下次启动应用时重新截取图片。

本实施例提供了一种计算机可读存储介质，该计算机可读存储介质存储有一个或者多个程序，该一个或者多个程序可被一个或者多个处理器执行，以实现：接收对应用的触发操作，开始应用的启动，在开始启动应用时，载入预设图片在前台显示，并在开始启动应用直到应用启动完成的过程中，预设图片在前台持续显示；预设图片为应用正常运行时的界面截图；当应用启动完成时，取消预设图片的显示，且应用在启动完成后的显示界面与预设图片的显示内容一致。通过本实施例的实施，通过将预设图片前台显示来覆盖应用过程中的界面，避免了启动过程中产生的动画效果拖慢了应用的启动，且预设图片与应用启动完成后的显示界面一致，不仅在实际上提升了终端应用启动速度，还从视觉上更快的提升了应用的启动速度，提升了用户体验。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。