CN111611506A - 页面加载方法、装置、电子设备及介质 - Google Patents

Abstract

本申请实施例公开了一种页面加载方法、装置、电子设备及介质。该方法包括：在进入目标应用中的目标界面的情况下，接收服务器端下发的第一统一资源定位符URL；目标界面包括多个第一页面的标识信息；从第一URL中获取与目标第一页面对应的第一目标URL；加载第一目标URL，得到第一预加载信息。利用本申请实施例能够解决缓存资源需要多方合作且具有盲目性的问题。

Description

页面加载方法、装置、电子设备及介质

技术领域

本申请实施例涉及应用程序领域，尤其涉及一种页面加载方法、装置、电子设备及介质。

背景技术

现在电子设备的应用程序中，由于网络视图(webview)加载慢、响应慢、体验不佳，而HTML.5(H5)页面功能强大、可动态发布、又可实现多端复用，因此许多应用程序内通过webview的形式，嵌入了H5页面。如图1所示，图1为H5页面打开过程示意图；打开一个基于H5的商品详情页面时经历的过程。但是，由于H5页面在打开时需要经历较多的流程，白屏时间较长，导致用户感知到页面打开慢。

基于此，目前通常采用缓存资源的方案来解决上述问题，具体过程为：服务器提前下发资源到本地，在打开H5页面的时候，判断本地是否有缓存资源，如果有，直接使用本地缓存资源，不用再进行网络请求，从而提升页面打开速度。

但是目前的缓存资源方案存在以下缺点：目前缓存资源的下发，需要依赖于服务器、UI(User Interface，用户界面)前端、运营等多方合作，因此需要构建一套涉及多方的程序包，具有较大的工作量；并且，目前的资源缓存方案会对服务器下发的全部资源进行缓存，具有盲目性，且造成了存储空间、流量等资源的浪费。

发明内容

本申请实施例提供一种页面加载方法、装置、电子设备及介质，能够解决缓存资源需要多方合作且具有盲目性的问题。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供了一种页面加载方法，该方法包括：

在进入目标应用中的目标界面的情况下，接收服务器端下发的第一统一资源定位符URL；所述目标界面包括多个第一页面的标识信息；

从第一URL中获取与目标第一页面对应的第一目标URL；

加载所述第一目标URL，得到第一预加载信息。

第二方面，本申请实施例提供了一种页面加载装置，该装置包括：

第一接收模块，用于在进入目标应用中的目标界面的情况下，接收服务器端下发的第一统一资源定位符URL；所述目标界面包括多个第一页面的标识信息；

获取模块，用于从第一URL中获取与目标第一页面对应的第一目标URL；

第一加载模块，用于加载所述第一目标URL，得到第一预加载信息。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。

在本申请实施例中，在进入包括多个第一页面的目标界面后，接收服务器端下发的第一URL，并从中筛选目标第一页面对应的第一目标URL，之后仅对第一目标URL进行加载，得到第一预加载信息，这种方式下，使得后续在用户想要打开目标第一页面的情况下，可以直接调用已经加载的第一预加载信息，从而提高页面加载的效率。在本实施例中，仅依据了服务器端以及电子设备端即可，不需要额外的运营端等进行多方合作，从而简化了整体程序包的设计，降低了工作量；并且，本实施例中仅对目标第一页面对应的第一目标URL进行了加载，而并未对服务器端下发的全部第一URL进行加载，这种有针对性的加载方式，降低了加载过程中对资源的浪费，提高了资源的利用率。

附图说明

图1为H5页面打开过程示意图；

图2为本申请实施例提供的一种页面加载方法的流程示意图；

图3为本申请实施例提供的一种页面加载装置的结构示意图；

图4为本申请实施例提供的一种电子设备的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的页面加载方法进行详细地说明。参见图2，图2示出了本申请实施例提供的一种页面加载方法的流程示意图；该方法应用于电子设备，包括：

S110.在进入目标应用中的目标界面的情况下，接收服务器端下发的第一统一资源定位符(Uniform Resource Locator，URL)；目标界面包括多个第一页面的标识信息；这里的第一页面指的是H5页面。

其中，URL是互联网上标准资源的地址。互联网上的每个文件都有一个唯一的URL，它包含的信息指出文件的位置以及浏览器如何对其进行处理。每个URL包含有对应的资源，通过访问URL即可以对其对应的资源进行访问。具体的，这里的URL对应的资源包括超文本标记语言(HyperText Markup Language，html)文件。在用户打开目标界面时，服务器端会自动下发目标界面内包含的全部URL，电子设备可以通过加载这些URL来获取其对应的资源。

此外，本实施例中仅会选择服务器端下发的、目标界面内包含的第一URL进行加载，而不会选择其他界面内包含的URL进行加载。预加载具有针对性。

S120.从第一URL中获取与目标第一页面对应的第一目标URL；

S130.加载第一目标URL，得到第一预加载信息。第一预加载信息可以存储至webview缓存空间，即缓存至本地，从而方便后续用户访问目标第一页面时直接调用所缓存的第一预加载信息。

其中，第一目标URL对应的第一资源进行加载后得到的加载结果，即为第一预加载信息，其内容包括html文件等。具体的，可以通过请求webview，来对第一目标URL进行加载。Webview是承载H5的工具。

在本申请实施例中，在进入包括多个第一页面的目标界面后，接收服务器端下发的第一URL，并从中筛选目标第一页面对应的第一目标URL，之后仅对第一目标URL进行加载，得到第一预加载信息，这种方式下，使得后续在用户想要打开目标第一页面的情况下，可以直接调用已经加载的第一预加载信息，而不再需要进行网络请求，从而提高页面加载的效率，达到提升H5页面加载速度的效果。在本实施例中，仅依据了服务器端以及电子设备端，直接利用已有的URL链接进行加载缓存，不需要额外的运营端等进行多方合作，从而简化了整体程序包的设计，降低了工作量；并且，本实施例中仅对目标第一页面对应的第一目标URL进行了加载，而并未对服务器端下发的全部第一URL进行加载，这种有针对性的加载方式，降低了加载过程中对资源的浪费，提高了资源的利用率。

由于如果每次都请求webview页面对第一目标URL对应的资源进行预加载的话，可能会造成电子设备内存的无端消耗，因为之前缓存的第一预加载信息可能未失效，无需再次加载。基于此，在本发明一些实施例中，上述S130可以包括：

在第一目标URL对应的第一预加载信息不存在的情况下，加载第一目标URL。

在本实施例中，只有在第一预加载信息不存在的情况下，才需要对其进行加载。由于第一目标URL对应的第一预加载信息在加载一次之后，会缓存一段时间，因此若在这段时间内，再次打开目标界面时，由于电子设备内已经保存有第一预加载信息，因此在第一目标URL没有更新的情况下，可以直接使用之前缓存的第一预加载信息，而不需要再次加载，从而防止内存的消耗以及减少流量的浪费。

在确定目标第一页面对应的第一目标URL之后，这些第一目标URL中也可能存在不需要提前进行预加载的部分URL。基于此，在本发明另一些实施例中，上述S130可以包括：

获取预设的筛选规则；例如，具体方式可以为：接收电子设备的消息通知工具push下发的筛选规则；

从第一目标URL中筛选符合筛选规则的第三目标URL；

加载第三目标URL。

本实施例中，通过设置筛选规则来对第一目标URL进行进一步的筛选筛选，从而使得最终加载的第三目标URL更具有针对性。并且，通过结合实际情况设置合适的筛选规则，即能够尽可能降低资源预加载操作所耗费的流量以及对内存的占用。

在具体实施例中，上述从第一目标URL中筛选符合筛选规则的第三目标URL，可以包括：

识别各个第一目标URL对应的第一资源的类型以及占用空间；具体可通过webview对各个第一目标URL进行请求，来识别第一目标URL对应的资源类型；

将对应的第一资源的类型符合预设类型且对应的第一资源的占用空间小于预设占用空间的第一目标URL，作为第三目标URL。

H5页面的资源分为css、js、png、svg、ico等资源类型，由于部分类型的资源通常较大，因此在本实施例中，仅对符合预设类型的资源进行预加载，例如将较大的.png、.ico、.svg等类型的资源进行拦截，仅对css、js等类型的资源进行加载。此外，本实施例还设置有预设占用空间，用于限制仅加载占用空间较小的资源，从而避免预加载对内存造成过多的占用，降低网络请求时间以及流量的消耗。

具体的，在识别各个第一目标URL对应的第一资源的类型以及占用空间之后，可以首先判断第一资源的占用空间是否小于预设占用空间，若小于，则不对其进行筛选，若大于，再判断该第一资源的类型是否符合预设类型。即若第一目标URL所包含的资源较小，则不筛选该第一目标URL，若所包含的资源较大，再判断该第一目标URL包含的资源类型是符合要求。

此外，可选的，也可以仅将资源类型作为筛选标准，即仅将所对应的第一资源的类型符合预设类型的第一目标URL作为第三目标URL。或者也可以仅将第一资源的占用空间大小作为筛选标准。具体采用哪种方式，本申请不作限定。

在本发明的再一些实施例中，上述S103可以包括：

在第一进程内，加载第一目标URL；第一进程与用于执行目标应用中的其他操作内容的第二进程不同。其中，可以通过webview加载第一目标URL。在第一目标URL加载完成后，可以关闭第一进程。

本实施例中，单独开启了一个新进程，即第一进程，来进行webview的创建、加载第一目标URL等操作。目标应用中的其他操作内容通过第二进程进行执行。这种情况下，由于第一进程与第二进程相互独立，互不影响，因此第一目标URL的加载操作不会影响用户对目标应用的其他操作，不会影响目标应用的正常功能，能够避免用户对目标应用的正常操作出现卡顿的情况，提高了用户使用目标应用时的流畅感。

在本发明的又一些实施例中，目标第一页面为：多个第一页面中满足目标页面类型的页面。上述S102之前，还可以包括：

根据用户对各个页面的历史访问数据进行统计；

将统计结果中满足预设条件的页面类型确定为目标页面类型。

在本实施例中，预先根据用户的历史访问数据确定了用户的访问习惯，并根据用户的访问习惯设置了预设条件，在后续进行页面加载的过程中，在目标界面中确定符合预设条件的目标页面类型，并选择目标界面中符合目标页面类型的第一页面作为目标第一页面，之后加载目标第一页面中的第一目标URL。例如，若用户经常查看商品详情页面，可以只下发商品详情页对应的第一目标URL，若用户经常查看活动页面，可以只下发活动页面对应的第一目标URL。这种情况下，后续用户打开所选择的目标第一页面的可能性较大，从而尽可能避免加载多余的URL，减少不必要的流量浪费以及存储空间浪费，提高了所得到的第一预加载信息的利用率。

可选的，上述预设条件可以包括：对该类型的页面的访问频次达到预设频次。或者预设条件还可以包括：对该类型的页面平均访问时长(即访问时长之和/访问次数)达到预设访问时长。或者还可以设置其他预设条件，在此不做限定。

由于目标界面对应的第一URL可能发生更新，基于此，在本发明其他一些实施例中，在S103之后，还可以包括：

在接收到服务器端下发的第二URL的情况下，确定第二URL中的第二目标URL；第二目标URL为第二URL中与第一URL不同的URL；

加载第二目标URL，得到第二预加载信息。

本实施例中，在H5页面资源更新时，服务端会将更新后的、该H5页面的全部URL再次下发至电子设备，这些URL即为上述第二URL。第二URL与第一URL中的大部分URL是相同的，仅有发生更新的部分URL不同，因此，仅对这部分不同的URL进行更新，不仅保证了预加载资源更新的及时性，并且由于第二预加载信息属于增量资源，而非全量资源，因此能够尽可能少的进行信息加载，降低内存以及流量的浪费。

其中，可以通过消息识别工具确定第二URL中的第二目标URL，即消息识别工具会比较本次接收到的第二URL与上一次接收到的第一URL，并筛选出第二URL中与第一URL不同的部分，作为第二目标URL。因此本实施例中，消息识别工具push能够识别哪些是更新后的URL(第二目标URL)，即第二URL中哪些URL与第一URL不同，之后由push告知电子设备哪些第二URL为更新后的URL，需要进行加载。

基于上述实施例提供的页面加载方法实施例，相应地，本申请实施例还提供了一种页面加载装置，如图3所示，图3为本申请实施例提供的一种页面加载装置的结构示意图。该装置包括：

第一接收模块201，用于在进入目标应用中的目标界面的情况下，接收服务器端下发的第一URL；目标界面包括多个第一页面的标识信息；

获取模块202，用于从第一URL中获取与目标第一页面对应的第一目标URL；

第一加载模块203，用于加载第一目标URL，得到第一预加载信息。

在本实施例中，仅依据了服务器端以及电子设备端，直接利用已有的URL链接进行加载缓存，不需要额外的运营端等进行多方合作，从而简化了整体程序包的设计，降低了工作量；并且，本实施例中仅对目标第一页面对应的第一目标URL进行了加载，而并未对服务器端下发的全部第一URL进行加载，这种有针对性的加载方式，降低了加载过程中对资源的浪费，提高了资源的利用率。

在本发明一些实施例中，上述第一加载模块203可以用于：

在第一目标URL对应的第一预加载信息不存在的情况下，加载第一目标URL。

在本实施例中，只有在第一预加载信息不存在的情况下，才需要对其进行加载。由于第一目标URL对应的第一预加载信息在加载一次之后，会缓存一段时间，因此若在这段时间内，再次打开目标界面时，由于电子设备内已经保存有第一预加载信息，因此在第一目标URL没有更新的情况下，可以直接使用之前缓存的第一预加载信息，而不需要再次加载，从而防止内存的消耗以及减少流量的浪费。

在本发明另一些实施例中，上述第一加载模块203可以包括：

规则获取单元，用于获取预设的筛选规则；例如，具体方式可以为：接收电子设备的消息通知工具push下发的筛选规则；

筛选单元，用于从第一目标URL中筛选符合筛选规则的第三目标URL；

加载单元，用于加载第三目标URL。

本实施例中，通过设置筛选规则来对第一目标URL进行进一步的筛选筛选，从而使得最终加载的第三目标URL更具有针对性。并且，通过结合实际情况设置合适的筛选规则，即能够尽可能降低资源预加载操作所耗费的流量以及对内存的占用。

在具体实施例中，上述筛选单元可以用于：

识别各个第一目标URL对应的第一资源的类型以及占用空间；具体可通过webview对各个第一目标URL进行请求，来识别第一目标URL对应的资源类型；将对应的第一资源的类型符合预设类型且对应的第一资源的占用空间小于预设占用空间的第一目标URL，作为第三目标URL。

H5页面的资源分为css、js、png、svg、ico等资源类型，由于部分类型的资源通常较大，因此在本实施例中，仅对符合预设类型的资源进行预加载，例如将较大的.png、.ico、.svg等类型的资源进行拦截，仅对css、js等类型的资源进行加载此外，本实施例还设置预设占用空间，用于限制仅加载占用空间较小的资源，从而避免预加载对内存造成过多的占用，降低网络请求时间以及流量的消耗。

具体的，筛选单元在识别各个第一目标URL对应的第一资源的类型以及占用空间之后，可以首先判断第一资源的占用空间是否小于预设占用空间，若小于，则不对其进行筛选，若大于，再判断该第一资源的类型是否符合预设类型。即若第一目标URL所包含的资源较小，则不筛选该第一目标URL，若所包含的资源较大，再判断该第一目标URL包含的资源类型是符合要求。

此外，可选的，筛选单元也可以仅将资源类型作为筛选标准，即仅将所对应的第一资源的类型符合预设类型的第一目标URL作为第三目标URL。或者也可以仅将第一资源的占用空间大小作为筛选标准。具体采用哪种方式，本申请不作限定。

在本发明的再一些实施例中，上述加载单元可以用于：

在第一进程内，加载第一目标URL；第一进程与用于执行目标应用中的其他操作内容的第二进程不同。其中，可以通过webview加载第一目标URL。在第一目标URL加载完成后，可以关闭第一进程。

本实施例中，单独开启了一个新进程，即第一进程，来进行webview的创建、加载第一目标URL等操作。目标应用中的其他操作内容通过第二进程进行执行。这种情况下，由于第一进程与第二进程相互独立，互不影响，因此第一目标URL的加载操作不会影响用户对目标应用的其他操作，不会影响目标应用的正常功能，能够避免用户对目标应用的正常操作出现卡顿的情况，提高了用户使用目标应用时的流畅感。

在本发明的又一些实施例中，目标第一页面为：多个第一页面中满足目标页面类型的页面。该装置还可以包括：

统计模块，用于根据用户对各个页面的历史访问数据进行统计；将统计结果中满足预设条件的页面类型确定为目标页面类型。

在本实施例中，预先根据用户的历史访问数据确定了用户的访问习惯，并根据用户的访问习惯设置了预设条件，在后续进行页面加载的过程中，在目标界面中确定符合预设条件的目标页面类型，并选择目标界面中符合目标页面类型的第一页面作为目标第一页面，之后加载目标第一页面中的第一目标URL。例如，若用户经常查看商品详情页面，可以只下发商品详情页对应的第一目标URL，若用户经常查看活动页面，可以只下发活动页面对应的第一目标URL。这种情况下，后续用户打开所选择的目标第一页面的可能性较大，从而尽可能避免加载多余的URL，减少不必要的流量浪费以及存储空间浪费，提高了所得到的第一预加载信息的利用率。

可选的，上述预设条件可以包括：对该类型的页面的访问频次达到预设频次。或者预设条件还可以包括：对该类型的页面平均访问时长(即访问时长之和/访问次数)达到预设访问时长。或者还可以设置其他预设条件，在此不做限定。

在本发明其他一些实施例中，该装置还可以包括：

更新识别模块，用于在接收到服务器端下发的第二URL的情况下，确定第二URL中的第二目标URL；第二目标URL为第二URL中与第一URL不同的URL；

第二加载模块，用于加载第二目标URL，得到第二预加载信息。

本实施例中，在H5页面资源更新时，服务端会将更新后的、该H5页面的全部URL再次下发至电子设备，这些URL即为上述第二URL。第二URL与第一URL中的大部分URL是相同的，仅有发生更新的部分URL不同，因此，仅对这部分不同的URL进行更新，不仅保证了预加载资源更新的及时性，并且由于第二预加载信息属于增量资源，非全量资源，因此能够尽可能少的进行信息加载，降低内存以及流量的浪费。

本申请实施例提供的装置能够实现图2的方法实施例中实现的各个方法步骤，为避免重复，这里不再赘述。

基于上述实施例提供的页面加载方法实施例，相应地，图4示出了本申请实施例提供的一种电子设备的硬件结构示意图。

该电子设备300包括但不限于：射频单元301、网络模块302、音频输出单元303、输入单元304、传感器305、显示单元306、用户输入单元307、接口单元308、存储器309、处理器310、以及电源311等部件。本领域技术人员可以理解，图4中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本申请实施例中，电子设备包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，处理器310，用于在进入目标应用中的目标界面的情况下，通过网络模块302接收服务器端下发的第一统一资源定位符URL；目标界面包括多个第一页面的标识信息；从第一URL中获取与目标第一页面对应的第一目标URL；加载第一目标URL，得到第一预加载信息。

在本申请实施例中，在进入包括多个第一页面的目标界面后，接收服务器端下发的第一URL，并从中筛选目标第一页面对应的第一目标URL，之后仅对第一目标URL进行加载，得到第一预加载信息，这种方式下，使得后续在用户想要打开目标第一页面的情况下，可以直接调用已经加载的第一预加载信息，从而提高页面加载的效率。在本实施例中，仅依据了服务器端以及电子设备端即可，不需要额外的运营端等进行多方合作，从而简化了整体程序包的设计，降低了工作量；并且，本实施例中仅对目标第一页面对应的第一目标URL进行了加载，而并未对服务器端下发的全部第一URL进行加载，这种有针对性的加载方式，降低了加载过程中对资源的浪费，提高了资源的利用率。

应理解的是，本申请实施例中，射频单元301可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器310处理；另外，将上行的数据发送给基站。通常，射频单元301包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元301还可以通过无线通信系统与网络和其他设备通信。

电子设备通过网络模块302为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元303可以将射频单元301或网络模块302接收的或者在存储器309中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元303还可以提供与电子设备300执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元303包括扬声器、蜂鸣器以及受话器等。

输入单元304用于接收音频或视频信号。输入单元304可以包括图形处理器(Graphics Processing Unit，GPU)3041和麦克风3042，图形处理器3041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元306上。经图形处理器3041处理后的图像帧可以存储在存储器309(或其它存储介质)中或者经由射频单元301或网络模块302进行发送。麦克风3042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元301发送到移动通信基站的格式输出。

电子设备300还包括至少一种传感器305，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板3061的亮度，接近传感器可在电子设备300移动到耳边时，关闭显示面板3061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别电子设备姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器305还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元306用于显示由用户输入的信息或提供给用户的信息。显示单元306可包括显示面板3061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板3061。

用户输入单元307可用于接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元307包括触控面板3071以及其他输入设备3072。触控面板3071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板3071上或在触控面板3071附近的操作)。触控面板3071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器310，接收处理器310发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板3071。除了触控面板3071，用户输入单元307还可以包括其他输入设备3072。具体地，其他输入设备3072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板3071可覆盖在显示面板3061上，当触控面板3071检测到在其上或附近的触摸操作后，传送给处理器310以确定触摸事件的类型，随后处理器310根据触摸事件的类型在显示面板3061上提供相应的视觉输出。虽然在图4中，触控面板3071与显示面板3061是作为两个独立的部件来实现电子设备的输入和输出功能，但是在某些实施例中，可以将触控面板3071与显示面板3061集成而实现电子设备的输入和输出功能，具体此处不做限定。

接口单元308为外部装置与电子设备300连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元308可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到电子设备300内的一个或多个元件或者可以用于在电子设备300和外部装置之间传输数据。

存储器309可用于存储软件程序以及各种数据。存储器309可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器309可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器310是电子设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器309内的软件程序和/或模块，以及调用存储在存储器309内的数据，执行电子设备的各种功能和处理数据，从而对电子设备进行整体监控。处理器310可包括一个或多个处理单元；优选的，处理器310可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器310中。

电子设备300还可以包括给各个部件供电的电源311(比如电池)，优选的，电源311可以通过电源管理系统与处理器310逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

另外，电子设备300包括一些未示出的功能模块，在此不再赘述。

优选的，本申请实施例还提供一种电子设备，包括处理器310，存储器309，存储在存储器309上并可在所述处理器310上运行的程序或指令，该程序或指令被处理器310执行时实现上述页面加载方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述页面加载方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的可读存储介质，如只读存储器(Read-OnlyMemory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

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

Claims (10)

1.一种页面加载方法，其特征在于，包括：

在进入目标应用中的目标界面的情况下，接收服务器端下发的第一统一资源定位符URL；所述目标界面包括多个第一页面的标识信息；

从第一URL中获取与目标第一页面对应的第一目标URL；

加载所述第一目标URL，得到第一预加载信息。

2.根据权利要求1所述的方法，其特征在于，所述目标第一页面为：所述目标第一页面为所述多个第一页面中满足目标页面类型的页面；

所述从第一URL中获取与目标第一页面对应的第一目标URL之前，还包括：

根据用户对各个页面的历史访问数据进行统计；

将统计结果中满足预设条件的页面类型确定为所述目标页面类型。

3.根据权利要求2所述的方法，其特征在于，所述加载所述第一目标URL之后，还包括：

在接收到所述服务器端下发的第二URL的情况下，确定所述第二URL中的第二目标URL；所述第二目标URL为所述第二URL中与所述第一URL不同的URL；

加载所述第二目标URL，得到第二预加载信息。

4.根据权利要求1所述的方法，其特征在于，所述加载所述第一目标URL，包括：

在所述第一目标URL对应的第一预加载信息不存在的情况下，加载所述第一目标URL。

5.根据权利要求1所述的方法，其特征在于，所述加载所述第一目标URL，包括：

获取预设的筛选规则；

从所述第一目标URL中筛选符合所述筛选规则的第三目标URL；

加载所述第三目标URL。

6.根据权利要求5所述的方法，其特征在于，所述从所述第一目标URL中筛选符合所述筛选规则的第三目标URL，包括：

识别各个所述第一目标URL对应的第一资源的类型以及占用空间；

将对应的所述第一资源的类型符合预设类型且对应的所述第一资源的占用空间小于预设占用空间的第一目标URL，作为所述第三目标URL。

7.根据权利要求1所述的方法，其特征在于，所述加载所述第一目标URL，包括：

在第一进程内，加载所述第一目标URL；所述第一进程与用于执行所述目标应用中的其他操作内容的第二进程不同。

8.一种页面加载装置，其特征在于，包括：

第一接收模块，用于在进入目标应用中的目标界面的情况下，接收服务器端下发的第一统一资源定位符URL；所述目标界面包括多个第一页面的标识信息；

获取模块，用于从第一URL中获取与目标第一页面对应的第一目标URL；

第一加载模块，用于加载所述第一目标URL，得到第一预加载信息。

9.一种电子设备，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-7中任一项所述的页面加载方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-7中任一项所述的页面加载方法的步骤。

Images