CN111382378B - 一种资源加载方法、装置、移动终端及存储介质 - Google Patents

Abstract

本公开提供了资源加载方法，包括：客户端向网页端注入动态语言编码；通过所注入的动态语言编码，在网页端提交第一请求之前，将要提交的第一请求的请求主体发送至客户端，第一请求用于表征携带有表单信息的超文本传输协议请求；客户端的相应接口拦截到第二请求时，触发客户端对所接收的第一请求的请求主体进行还原，以形成完整的第一请求的请求主体信息；当客户端接收到第二请求时，通过完整的第一请求的请求主体信息，修正第二请求的请求主体中被删除的请求参数，完成相应的资源加载，第二请求用于表征页面加载获取请求。本公开还提供了一种资源加载装置、移动终端和存储介质。

Description

一种资源加载方法、装置、移动终端及存储介质

技术领域

本公开涉及资源加载技术，尤其涉及一种资源加载方法、装置、移动终端及存储介质。

背景技术

现有技术中，随着移动网络和移动终端的快速发展，越来越多的用户开始使用移动终端上的APP(Application，应用程序)来获取网页端的数据。在IOS操作系统中，提供了开发者普遍使用的浏览器框架WKWeb View，但是出于传输效率的考虑WKWeb View会丢弃部分请求主体中的参数，而不完整的请求信息使得客户端无法执行正常的请求，影响资源加载。

发明内容

有鉴于此，本公开实施例提供一种资源加载方法、装置、移动终端及存储介质，能够根据所还原的第一请求的主体，对所接收的第二请求中被删除的请求参数进行修正，以形成完整的第二请求。

本公开实施例的技术方案是这样实现的：

本公开提供了一种资源加载方法，应用于客户端中，所述方法包括：

客户端向网页端注入动态语言编码；

通过所注入的动态语言编码，在所述网页端提交第一请求之前，将所述要提交的所述第一请求的请求主体发送至所述客户端，所述第一请求用于表征携带有表单信息的超文本传输协议请求；

所述客户端的相应接口拦截到第二请求时，触发所述客户端对所接收的所述第一请求的请求主体进行还原，以形成完整的所述第一请求的请求主体信息；

当所述客户端接收到所述第二请求时，通过所述完整的第一请求的请求主体信息，修正所述第二请求的请求主体中被删除的请求参数，完成相应的资源加载，所述第二请求用于表征页面加载获取请求。

上述方案中，所述客户端的相应接口拦截到第二请求时，触发所述客户端对所接收的所述第一请求的请求主体进行还原，包括：

当所述客户端的第一接口(XHR)拦截到所述第二请求时，所述客户端确定所述第一请求主体对应的第一请求主体标识信息；

将所述第一请求主体标识信息转换为超文本传输协议头形式；

将所述第一请求主体进行转换，与所述第一请求主体标识信息形成键值对；

所述第一接口将所形成的包括所述第一请求主体与所述第一请求主体标识信息的键值对向所述客户端发送。

上述方案中，所述方法还包括：

当所述客户端接收到包括所述第一请求主体与所述第一请求主体标识信息的键值对时，结束对所述第二请求的拦截。

上述方案中，所述通过所述完整的第一请求的请求主体信息，修正所述第二请求的请求主体中被删除的请求参数包括：

当所述客户端接收到所述第二请求时，根据所述第二请求中的超文本传输协议头中的第二请求主体标识信息，查找所述客户端缓存中所缓存的完整的所述第一请求的主体信息；

通过所述完整的所述第一请求的主体信息，将所述第二请求的请求主体中被删除的请求参数进行填充，以形成完整的第二请求。

上述方案中，所述方法还包括：

所述客户端执行经过修正的所述第二请求；

所述客户端将所述第二请求的执行结果向所述网页端发送。

上述方案中，所述第一请求或第二请求中携带至少以下之一：

目标接口地址信息和请求参数信息，所述接口地址信息用于表示所述数据所在的客户端中的地址、以及所述数据在客户端中调用接口的名称。

本公开还提供了一种资源加载装置，应用于客户端中，所述装置包括：

控制模块，用于向网页端注入动态语言编码；

处理模块，用于通过所注入的动态语言编码，在所述网页端提交第一请求之前，将所述要提交的所述第一请求的请求主体发送至所述客户端，所述第一请求用于表征携带有表单信息的超文本传输协议请求；

拦截模块，用于通过所述客户端的相应接口拦截到第二请求；

所述处理模块，用于所述客户端的相应接口拦截到第二请求时，触发所述客户端对所接收的所述第一请求的请求主体进行还原，以形成完整的所述第一请求的请求主体信息；

所述处理模块，用于当所述客户端接收到所述第二请求时，通过所述完整的第一请求的请求主体信息，修正所述第二请求的请求主体中被删除的请求参数，所述第二请求用于表征页面加载获取请求。

上述方案中，

所述处理模块，用于当所述客户端的第一接口拦截到所述第二请求时，所述客户端确定所述第一请求主体对应的第一请求主体标识信息；

所述处理模块，用于将所述第一请求主体标识信息转换为超文本传输协议头形式；

所述处理模块，用于将所述第一请求主体进行转换，与所述第一请求主体标识信息形成键值对；

所述装置还包括：

传输模块，用于通过所述第一接口将所形成的包括所述第一请求主体与所述第一请求主体标识信息的键值对向所述客户端发送。

上述方案中，

所述拦截模块，用于当所述客户端接收到包括所述第一请求主体与所述第一请求主体标识信息的键值对时，结束对所述第二请求的拦截。

上述方案中，

所述处理模块，用于当所述客户端接收到所述第二请求时，根据所述第二请求中的超文本传输协议头中的第二请求主体标识信息，查找所述客户端缓存中所缓存的完整的所述第一请求的主体信息；

所述处理模块，用于通过所述完整的所述第一请求的主体信息，将所述第二请求的请求主体中被删除的请求参数进行填充，以形成完整的第二请求。

上述方案中，所述装置还包括：

执行模块，用于执行经过修正的所述第二请求；

传输模块，用于将所述第二请求的执行结果向所述网页端发送。

上述方案中，所述第一请求或第二请求中携带至少以下之一：

目标接口地址信息和请求参数信息，所述接口地址信息用于表示所述数据所在的客户端中的地址、以及所述数据在客户端中调用接口的名称。

本公开还提供了一种移动终端，其特征在于，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述可执行指令时，实现本公开实施例所提供的任一项所述的资源加载方法。

本公开实施例还提供了一种存储介质，其特征在于，存储有可执行指令，所述可执行指令被执行时，用于实现本公开中任一项所述的资源加载方法。

本公开实施例具有如下技术效果：

能够将所述要提交的所述第一请求的请求主体发送至所述客户端，并在拦截第二请求时，对所述第一请求的请求主体进行还原，形成完整的述第一请求的请求主体信息，在接收到第二请求时，通过所述完整的第一请求的请求主体信息，修正所述第二请求的请求主体中被删除的请求参数，完成相应的资源加载，以保证所述第二请求能够正常加载。

附图说明

图1为本公开实施例提供的资源加载方法的应用场景示意图；

图2为本公开实施例提供的移动终端200的一个可选的硬件结构示意图；

图3为本公开实施例提供的资源加载的一个可选的组成结构示意图；

图4为本公开实施例提供的资源加载方法一个可选的流程示意图；

图5为本公开实施例提供的资源加载方法一个可选的流程示意图；

图6A为本公开是实施例所提供的资源加载方法的一个可选的使用过程示意图；

图6B为本公开是实施例所提供的资源加载方法的一个可选的使用过程示意图。

具体实施方式

为了使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开作进一步地详细描述，所描述的实施例不应视为对本公开的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本公开保护的范围。

除非另有定义，本公开所使用的所有的技术和科学术语与属于本公开的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本公开实施例的目的，不是旨在限制本公开。

需要说明的是，在本公开实施例中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的方法或者服务器不仅包括所明确记载的要素，而且还包括没有明确列出的其他要素，或者是还包括为实施方法或者服务器所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的方法或者客户端中还存在另外的相关要素(例如方法中的步骤或者客户端中的模块，例如的模块可以是部分电路、部分处理器、部分程序或软件等等)。

例如，本公开实施例提供的资源加载方法包含了一系列的步骤，但是本公开实施例提供的资源加载方法不限于所记载的步骤，同样地，本公开实施例提供的终端包括了一系列单元，但是本公开实施例提供的终端不限于包括所明确记载的单元，还可以包括为获取相关信息、或基于信息进行处理时所需要设置的单元。需要说明，在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

对本公开实施例进行进一步详细说明之前，对本公开实施例中涉及的名词和术语进行说明，本公开实施例中涉及的名词和术语适用于如下的解释。

1)接口，(API Application Programming Interface)，是一组定义、程序及协议的集合，通过API接口实现计算机软件之间的相互通信。接口的一个主要功能是提供功能集。

2)客户端，指与服务器相对应，为客户提供本地服务的程序。

3)响应于，用于表示所执行的操作所依赖的条件或者状态，当满足所依赖的条件或状态时，所执行的一个或多个操作可以是实时的，也可以具有设定的延迟；在没有特别说明的情况下，所执行的多个操作不存在执行先后顺序的限制。

4)Web View是一个基于webkit引擎、展现web页面的控件，包括但不限于：WKWebView和UIWeb View。

5)XHR(XML Http Request)，可扩展超文本传输请求，其中，Xml为可扩展标记语言，Http为超文本传输协议，Request请求。XML Http Request对象可以在不向服务器提交整个页面的情况下，实现局部更新网页。

6)REST请求，可理解为页面加载获取请求；包括：get请求或者post请求等，其中，HTTP Server收到脚本API发来的REST请求后命令解析引擎调用REST请求，可以对REST请求进行分析得到被测试web页面中目标对象的对象名以及被调用操作函数的函数名，对象查找引擎通过调用的方式获取到对象名及函数名，并在被测试web页面的对象图文件中获取与所述对象名对应的属性信息及对象类型。

下面说明实现本公开实施例的装置的示例性应用，本公开实施例提供的装置可以实施为平板电脑、笔记本电脑、中央处理器等各种类型的带有客户端功能的电子设备。

现在将参考附图描述实现本公开实施例的资源加载方法的使用场景。参见图1，图1为本公开实施例提供的资源加载方法的应用场景示意图，为实现支撑一个示例性应用，实现本公开实施例的服务器可以是后台服务器，以后台服务器30为例，客户端10(示例性示出了客户端10-1和客户端10-2)通过网络20连接后台服务器30，网络20可以是广域网或者局域网，又或者是二者的组合，使用无线链路实现数据传输。

客户端10用于向网页端注入动态语言编码；通过所注入的动态语言编码，在所述网页端提交第一请求之前，将所述要提交的所述第一请求的请求主体发送至所述客户端，所述第一请求用于表征携带有表单信息的超文本传输协议请求；所述客户端的相应接口拦截到第二请求时，触发所述客户端对所接收的所述第一请求的请求主体进行还原，以形成完整的所述第一请求的请求主体信息；当所述客户端接收到所述第二请求时，通过所述完整的第一请求的请求主体信息，修正所述第二请求的请求主体中被删除的请求参数，完成相应的资源加载，所述第二请求用于表征页面加载获取请求；客户端10通过图形界面110(示例性示出了资源加载的显示界面110-1和资源加载的显示界面110-2)显示在所述客户端的运行过程中所述调用的相应接口，后台服务器30用于配合客户端10在资源加载过程中为所要显示的数据信息后台数据支持，以保证实现终端的在调用不同接口的过程中正常进行数据处理的不同功能，例如在在资源加载过程中，接收后台服务器30所发送的视频数据或执行相关请求指令等。

基于上述图1所示的资源加载方法的使用环境，首先说明实现本公开实施例的移动终端，所述移动终端可以提供为硬件、软件或者软硬件结合的方式。下面说明本公开实施例提供的移动终端的各种示例性实施。

下面先说明客户端的软硬件结合的实施。具体地，现在将参考附图描述实现本公开实施例的移动终端的硬件结构，下面参考图2，图2为本公开实施例提供的移动终端200的一个可选的硬件结构示意图。

本公开实施例中的移动终端200可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、个人数字助理(PDA，Personal Digital Assistant)、平板电脑(PAD，Portable Android Device)、便携式多媒体播放器(PMP，Porta ble Media Player)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字电视(TV，Television)、台式计算机等等的带有服务器功能的各类型电子设备。图2示出的移动终端200仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图2所示，移动终端200可以包括处理装置(例如中央处理器、图形处理器等)201，其可以根据存储在只读存储器(ROM，Read Only Memory)202中的程序或者从存储装置208加载到随机访问存储器(RAM，Random Acce ss Memory)203中的程序而执行各种适当的动作和处理。在RAM 203中，还存储有移动终端200操作所需的各种程序和数据。处理装置201、ROM 202以及RAM203通过总线204彼此相连。输入/输出(I/O)接口205也连接至总线204。

通常，以下装置可以连接至I/O接口205：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置206；包括例如液晶显示器(LCD，LiquidCrystal Display)、扬声器、振动器等的输出装置207；包括例如磁带、硬盘等的存储装置208；以及通信装置209。通信装置209可以允许移动终端200与其他设备进行无线或有线通信以交换数据。虽然图2示出了具有各种装置的移动终端200，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置209从网络上被下载和安装，或者从存储装置208被安装，或者从ROM 202被安装。在该计算机程序被处理装置201执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、RAM、ROM、可擦式可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、光纤、便携式紧凑磁盘只读存储器(CD-ROM，Compact Disc Read-Only Memory)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、射频(RF，Radio Frequency)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述服务器中所包含的；也可以是单独存在，而未装配入该服务器中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该服务器执行时，使得该客户端能够实现：客户端向网页端注入动态语言编码；

通过所注入的动态语言编码，在所述网页端提交第一请求之前，将所述要提交的所述第一请求的请求主体发送至所述客户端，所述第一请求用于表征携带有表单信息的超文本传输协议请求；所述客户端的相应接口拦截到第二请求时，触发所述客户端对所接收的所述第一请求的请求主体进行还原，以形成完整的所述第一请求的请求主体信息；当所述客户端接收到所述第二请求时，通过所述完整的第一请求的请求主体信息，修正所述第二请求的请求主体中被删除的请求参数，完成相应的资源加载，所述第二请求用于表征页面加载获取请求。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(LAN，LocalArea Ne twork)或广域网(WAN，Wide Area Network)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

作为资源加载的硬件实施或软件实施的示例，资源加载可以提供为一系列在信号/信息/数据层面存在耦合关系的模块，下面将结合图3进行说明。参见图3，图3为本公开实施例提供的资源加载的一个可选的组成结构示意图，示出了实现资源加载包括的一系列模块，但是资源加载的模块结构不仅仅限于图3所示，例如，可以对其中的模块根据所实现的不同功能而进一步拆分或者合并。

下面说明资源加载的纯硬件实施，资源加载装置300可以为用于运行应用程序的各种类型的客户端中，例如：短视频客户端，图3为本公开实施例提供的资源加载的一个可选的功能结构示意图；如图3所示，资源加载在装置包括：控制模块301、处理模块302和拦截模块303。下面对各模块的功能进行详细说明。

控制模块301，用于向网页端注入动态语言编码；

处理模块302，用于通过所注入的动态语言编码，在所述网页端提交第一请求之前，将所述要提交的所述第一请求的请求主体发送至所述客户端，所述第一请求用于表征携带有表单信息的超文本传输协议请求；

拦截模块303，用于通过所述客户端的相应接口拦截到第二请求；

所述处理模块302，用于所述客户端的相应接口拦截到第二请求时，触发所述客户端对所接收的所述第一请求的请求主体进行还原，以形成完整的所述第一请求的请求主体信息；

所述处理模块302，用于当所述客户端接收到所述第二请求时，通过所述完整的第一请求的请求主体信息，修正所述第二请求的请求主体中被删除的请求参数，所述第二请求用于表征页面加载获取请求。

在本发明的一个实施例中，所述处理模块302，用于当所述客户端的第一接口拦截到所述第二请求时，所述客户端确定所述第一请求主体对应的第一请求主体标识信息；所述处理模块302，用于将所述第一请求主体标识信息转换为超文本传输协议头形式；所述处理模块302，用于将所述第一请求主体进行转换，与所述第一请求主体标识信息形成键值对；

所述装置还包括：

传输模块(图中未示出)，用于通过所述第一接口将所形成的包括所述第一请求主体与所述第一请求主体标识信息的键值对向所述客户端发送。具体的，以IOS操作系统为例，在IOS8.0及以上版本的操作系统中，提供新版本的Web View，即WKWeb View，以替代旧版本的UIWeb View；对于网页端向所述客户端发送的跨页面求请，当启用WKWeb View时，所述WKWeb View出于通信效率的考虑，对于网页端所发出的请求通常会丢弃部分信息以提升通信效率，而客户端在执行相应的请求时，却需要完整的请求信息，因此，需要对所接收的不完整的请求进行还原。通过本实施例所示的技术方案，在拦截到网页端发送的第二请求时，通过网页插件WKWeb View，将所述第一请求主体进行转换，与所述第一请求主体标识信息形成键值对，并向客户端传输所述键值对，由此不但完成了对于第一请求的请求主体进行还原，同时所述第一请求主体和所述第一请求主体标识信息所形成键值对同样保存在了所述客户端的缓存中，以便于所述客户端执行后续的请求主体还原，实现相应的资源加载。

在本发明的一个实施例中，所述拦截模块303，用于当所述客户端接收到包括所述第一请求主体与所述第一请求主体标识信息的键值对时，结束对所述第二请求的拦截。通过本实施例所示的技术方案，客户端接收到包括所述第一请求主体与所述第一请求主体标识信息的键值对时，所述客户端的缓存中已经建立了所述请求主体标识信息和第一期请求的请求主体的对应关系，当接收到第二请求时，可以通过缓存中的信息完成对所述第二请求的还原。

在本发明的一个实施例中，所述处理模块302，用于当所述客户端接收到所述第二请求时，根据所述第二请求中的超文本传输协议头中的第二请求主体标识信息，查找所述客户端缓存中所缓存的完整的所述第一请求的主体信息；

所述处理模块302，用于通过所述完整的所述第一请求的主体信息，将所述第二请求的请求主体中被删除的请求参数进行填充，以形成完整的第二请求。具体的，以IOS操作系统为例，在IOS8.0及以上版本的操作系统中，WKWeb View替代了旧版本的UIWeb View；对于网页端向所述客户端发送的请求，当启用WKWeb View时，所述WKWeb View出于通信效率的考虑，对于网页端所发出的请求通常会丢弃部分信息以提升通信效率，而客户端在执行相应的请求时，却需要完整的请求信息，因此，需要对所接收的不完整的请求进行还原。通过本实施例所示的技术方案，可以实现根据所述第二请求中的超文本传输协议头中的第二请求主体标识信息，在所述客户端的缓存中查询已经缓存与相应的主体标识信息对应的参数，通过所述完整的所述第一请求的主体信息，将所述第二请求的请求主体中被删除的请求参数进行填充，以形成完整的第二请求，进行资源的加载。

在本发明的一个实施例中，所述装置还包括：

执行模块(图中未示出)，用于执行经过修正的所述第二请求；

传输模块(图中未示出)，用于将所述第二请求的执行结果向所述网页端发送。具体的，以IOS操作系统为例，在IOS8.0及以上版本的操作系统中，WKWeb View替代了旧版本的UIWeb View；对于网页端向所述客户端发送的请求，当启用WKWeb View时，所述WKWebView丢弃了请求主体的部分参数，通过本实施例所示的技术方案，所述客户端修正了WKWebView所丢弃的参数，使得客户端能够执行经过修正的所述第二请求，并由所述客户端将所述第二请求的执行结果向所述网页端发送，保证了第二请求所对应的待加载资源的顺利加载。

在本发明的一个实施例中，所述第一请求或第二请求中携带至少以下之一：

目标接口地址信息和请求参数信息，所述接口地址信息用于表示所述数据所在的客户端中的地址、以及所述数据在客户端中调用接口的名称。

图4为本公开实施例提供的资源加载方法一个可选的流程示意图，如图4所示，本公开实施例提供的资源加载方法一个可选的流程包括以下步骤：

步骤401：客户端向网页端注入动态语言编码；

步骤402：通过所注入的动态语言编码，在所述网页端提交第一请求之前，将所述要提交的所述第一请求的请求主体发送至所述客户端；

其中，所述第一请求用于表征携带有表单信息的超文本传输协议请求。

步骤403：所述客户端的相应接口拦截到第二请求时，触发所述客户端对所接收的所述第一请求的请求主体进行还原，以形成完整的所述第一请求的请求主体信息。

步骤404：当所述客户端接收到所述第二请求时，通过所述完整的第一请求的请求主体信息，修正所述第二请求的请求主体中被删除的请求参数，完成相应的资源加载。

其中，所述第二请求用于表征页面加载获取请求。

在本发明的一个实施例中，所述客户端的相应接口拦截到第二请求时，触发所述客户端对所接收的所述第一请求的请求主体进行还原，包括：

当所述客户端的第一接口(XHR)拦截到所述第二请求时，所述客户端确定所述第一请求主体对应的第一请求主体标识信息；将所述第一请求主体标识信息转换为超文本传输协议头形式；将所述第一请求主体进行转换，与所述第一请求主体标识信息形成键值对；所述第一接口将所形成的包括所述第一请求主体与所述第一请求主体标识信息的键值对向所述客户端发送。具体的，以IOS操作系统为例，在IOS8.0及以上版本的操作系统中，提供新版本的Web View，即WKWeb View，以替代旧版本的UIWeb View；对于网页端向所述客户端发送的跨页面求请，当启用WKWeb View时，所述WKWeb View出于通信效率的考虑，对于网页端所发出的请求通常会丢弃部分信息以提升通信效率，而客户端在执行相应的请求时，却需要完整的请求信息，因此，需要对所接收的不完整的请求进行还原。通过本实施例所示的技术方案，在拦截到网页端发送的第二请求时，通过网页插件WKWeb View，将所述第一请求主体进行转换，与所述第一请求主体标识信息形成键值对，并向客户端传输所述键值对，由此不但完成了对于第一请求的请求主体进行还原，同时所述第一请求主体和所述第一请求主体标识信息所形成键值对同样保存在了所述客户端的缓存中，以便于所述客户端执行后续的请求主体还原，实现相应的资源加载。

在本发明的一个实施例中，所述方法还包括：

当所述客户端接收到包括所述第一请求主体与所述第一请求主体标识信息的键值对时，结束对所述第二请求的拦截。通过本实施例所示的技术方案，客户端接收到包括所述第一请求主体与所述第一请求主体标识信息的键值对时，所述客户端的缓存中已经建立了所述请求主体标识信息和第一期请求的请求主体的对应关系，当接收到第二请求时，可以通过缓存中的信息完成对所述第二请求的还原。

在本发明的一个实施例中，所述通过所述完整的第一请求的请求主体信息，修正所述第二请求的请求主体中被删除的请求参数包括：

当所述客户端接收到所述第二请求时，根据所述第二请求中的超文本传输协议头中的第二请求主体标识信息，查找所述客户端缓存中所缓存的完整的所述第一请求的主体信息；通过所述完整的所述第一请求的主体信息，将所述第二请求的请求主体中被删除的请求参数进行填充，以形成完整的第二请求。具体的，以IOS操作系统为例，在IOS8.0及以上版本的操作系统中，WKWeb View替代了旧版本的UIWeb View；对于网页端向所述客户端发送的请求，当启用WKWeb View时，所述WKWeb View出于通信效率的考虑，对于网页端所发出的请求通常会丢弃部分信息以提升通信效率，而客户端在执行相应的请求时，却需要完整的请求信息，因此，需要对所接收的不完整的请求进行还原。通过本实施例所示的技术方案，可以实现根据所述第二请求中的超文本传输协议头中的第二请求主体标识信息，在所述客户端的缓存中查询已经缓存与相应的主体标识信息对应的参数，通过所述完整的所述第一请求的主体信息，将所述第二请求的请求主体中被删除的请求参数进行填充，以形成完整的第二请求，进行资源的加载。

在本发明的一个实施例中，所述方法还包括：

所述客户端执行经过修正的所述第二请求；所述客户端将所述第二请求的执行结果向所述网页端发送。具体的，以IOS操作系统为例，在IOS8.0及以上版本的操作系统中，WKWeb View替代了旧版本的UIWeb View；对于网页端向所述客户端发送的请求，当启用WKWeb View时，所述WKWeb View丢弃了请求主体的部分参数，通过本实施例所示的技术方案，所述客户端修正了WKWeb View所丢弃的参数，使得客户端能够执行经过修正的所述第二请求，并由所述客户端将所述第二请求的执行结果向所述网页端发送，保证了第二请求所对应的待加载资源的顺利加载。

在本发明的一个实施例中，所述第一请求或第二请求中携带至少以下之一：

目标接口地址信息和请求参数信息，所述接口地址信息用于表示所述数据所在的客户端中的地址、以及所述数据在客户端中调用接口的名称。

图5为本公开实施例提供的资源加载方法一个可选的流程示意图，其中，所述客户端以短视频客户端为例，所述操作系统以IOS8.0版本的操作系统为例，如图5所示，本公开实施例提供的用户资源加载方法一个可选的流程包括以下步骤：

步骤501：网页端向客户端发出第一请求；

其中，所述第一请求为psot请求，由于IOS8.0及以上版本的操作系统中，启用WKWeb View时，所述WKWeb View出于通信效率的考虑，对于网页端所发出的请求通常会丢弃部分信息以提升通信效率，因此，所述第一请求的请求主体并不完整。

步骤502：可扩展超文本传输请求接口(XHR.proxySend)确定所述第一请求主体对应的第一请求主体标识信息；

步骤503：将所述第一请求主体标识信息转换为超文本传输协议头形式；

步骤504：将所述第一请求主体进行转换，与所述第一请求主体标识信息形成键值对；

步骤505：将所形成的包括所述第一请求主体与所述第一请求主体标识信息的键值对向所述客户端发送。

步骤506：可扩展超文本传输请求接口(XHR.realSend)拦截到第二请求时，根据所述第二请求中的超文本传输协议头中的第二请求主体标识信息，查找所述客户端缓存中所缓存的完整的所述第一请求的主体信息。

其中，所述第二请求为Request请求，所述XHR.realSend接口可以通过ur lprotocol解析进行拦截。

步骤507：通过所述完整的所述第一请求的主体信息，将所述第二请求的请求主体中被删除的请求参数进行填充；

由此，实现了修正所述第二请求的请求主体和头部信息。

步骤508：执行经过修正的所述第二请求，并将所述第二请求的执行结果向所述网页端发送。

通过本实施例所示的技术方案，当启用WKWeb View时，所述WKWeb View出于通信效率的考虑，对于网页端所发出的请求通常会丢弃部分信息以提升通信效率，而客户端在执行相应的请求时，却需要完整的请求信息，因此，需要对所接收的不完整的请求进行还原。通过本实施例所示的技术方案，在拦截到网页端发送的第二请求时，通过网页插件WKWeb View，将所述第一请求主体进行转换，与所述第一请求主体标识信息形成键值对，并向客户端传输所述键值对，由此不但完成了对于第一请求的请求主体进行还原，同时所述第一请求主体和所述第一请求主体标识信息所形成键值对同样保存在了所述客户端的缓存中，以便于所述客户端执行后续的请求主体还原，实现相应的资源加载。

图6A为本公开是实施例所提供的资源加载方法的一个可选的使用过程示意图，图6B同样为本公开是实施例所提供的资源加载方法的一个可选的使用过程示意图其中，所述客户端为短视频应用的客户端，如图所示，某用户想要在短视频观看页面中由A主播的个人页面向B主播的个人页面进行跳转，所述客户端运行的操作系统为IOS系统。如图6所示，在IOS8.0及以上版本的操作系统中，提供新版本的Web View，即WKWeb View，以替代旧版本的UIWebView；在采用WKWeb View时，由A主播的个人页面向B主播的个人页面进行跳转的请求是不完整请求，其请求主体不完整，客户端在接收到跳转的请求后，通过网页插件WKWebView，将所述跳转请求主体进行转换，与所述跳转请求主体标识信息形成键值对，并向客户端传输所述键值对，由此不但完成了对于跳转请求的请求主体进行还原，同时所述跳转请求主体和所述跳转请求主体标识信息所形成键值对同样保存在了所述客户端的缓存中，以便于所述客户端执行后续的请求主体还原，实现相应的资源加载。在执行图6B所示的由B主播的个人页面向C主播的个人页面进行跳转的过程中，当所述客户端接收到所述由B主播的个人页面向C主播的个人页面进行跳转的请求时，根据所述请求中的超文本传输协议头中的请求主体标识信息，查找所述客户端缓存中所缓存的完整的所述由A主播的个人页面向B主播的个人页面进行跳转请求的主体信息；通过所述完整的所述由A主播的个人页面向B主播的个人页面进行跳转请求的主体信息，将所述请求的请求主体中被删除的请求参数进行填充，以形成完整的由B主播的个人页面向C主播的个人页面进行跳转请求，完成相应的资源加载。

本领域内的技术人员应明白，本公开实施例可提供为方法、系统、或计算机程序产品。因此，本公开实施例可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本公开实施例是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序操作实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序操作到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的操作产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的服务器。

这些计算机程序操作也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的操作产生包括操作服务器的制造品，该操作服务器实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序操作也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的操作提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本公开的较佳实施例而已，并非用于限定本公开的保护范围，凡在本公开的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本公开的保护范围之内。

Claims (14)

1.一种资源加载方法，应用于客户端中，其特征在于，所述方法包括：

客户端向网页端注入动态语言编码；

通过所注入的动态语言编码，在所述网页端提交第一请求之前，将所述要提交的所述第一请求的请求主体发送至所述客户端，所述第一请求用于表征携带有表单信息的超文本传输协议请求；

所述客户端的相应接口拦截到第二请求时，触发所述客户端对所接收的所述第一请求的请求主体进行还原，以形成完整的所述第一请求的请求主体信息；

当所述客户端接收到所述第二请求时，通过所述完整的第一请求的请求主体信息，修正所述第二请求的请求主体中被删除的请求参数，完成相应的资源加载，所述第二请求用于表征页面加载获取请求。

2.根据权利要求1所述的方法，其特征在于，所述客户端的相应接口拦截到第二请求时，触发所述客户端对所接收的所述第一请求的请求主体进行还原，包括：

当所述客户端的第一接口拦截到所述第二请求时，所述客户端确定所述第一请求主体对应的第一请求主体标识信息；

将所述第一请求主体标识信息转换为超文本传输协议头形式；

将所述第一请求主体进行转换，与所述第一请求主体标识信息形成键值对；

所述第一接口将所形成的包括所述第一请求主体与所述第一请求主体标识信息的键值对向所述客户端发送。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

当所述客户端接收到包括所述第一请求主体与所述第一请求主体标识信息的键值对时，结束对所述第二请求的拦截。

4.根据权利要求2所述的方法，其特征在于，所述通过所述完整的第一请求的请求主体信息，修正所述第二请求的请求主体中被删除的请求参数包括：

当所述客户端接收到所述第二请求时，根据所述第二请求中的超文本传输协议头中的第二请求主体标识信息，查找所述客户端缓存中所缓存的完整的所述第一请求的主体信息；

通过所述完整的所述第一请求的主体信息，将所述第二请求的请求主体中被删除的请求参数进行填充，以形成完整的第二请求。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述客户端执行经过修正的所述第二请求；

所述客户端将所述第二请求的执行结果向所述网页端发送。

6.根据权利要求1-5任一所述的方法，其特征在于，所述第一请求或第二请求中携带至少以下之一：

目标接口地址信息和请求参数信息，所述接口地址信息用于表示数据所在的客户端中的地址、以及所述数据在客户端中调用接口的名称。

7.一种资源加载装置，应用于客户端中，其特征在于，所述装置包括：

控制模块，用于向网页端注入动态语言编码；

处理模块，用于通过所注入的动态语言编码，在所述网页端提交第一请求之前，将所述要提交的所述第一请求的请求主体发送至所述客户端，所述第一请求用于表征携带有表单信息的超文本传输协议请求；

拦截模块，用于通过所述客户端的相应接口拦截到第二请求；

所述处理模块，用于所述客户端的相应接口拦截到第二请求时，触发所述客户端对所接收的所述第一请求的请求主体进行还原，以形成完整的所述第一请求的请求主体信息；

所述处理模块，用于当所述客户端接收到所述第二请求时，通过所述完整的第一请求的请求主体信息，修正所述第二请求的请求主体中被删除的请求参数，所述第二请求用于表征页面加载获取请求。

8.根据权利要求7所述的装置，其特征在于，

所述处理模块，用于当所述客户端的第一接口拦截到所述第二请求时，所述客户端确定所述第一请求主体对应的第一请求主体标识信息；

所述处理模块，用于将所述第一请求主体标识信息转换为超文本传输协议头形式；

所述处理模块，用于将所述第一请求主体进行转换，与所述第一请求主体标识信息形成键值对；

所述装置还包括：

传输模块，用于通过所述第一接口将所形成的包括所述第一请求主体与所述第一请求主体标识信息的键值对向所述客户端发送。

9.根据权利要求8所述的装置，其特征在于，

所述拦截模块，用于当所述客户端接收到包括所述第一请求主体与所述第一请求主体标识信息的键值对时，结束对所述第二请求的拦截。

10.根据权利要求8所述的装置，其特征在于，

所述处理模块，用于当所述客户端接收到所述第二请求时，根据所述第二请求中的超文本传输协议头中的第二请求主体标识信息，查找所述客户端缓存中所缓存的完整的所述第一请求的主体信息；

所述处理模块，用于通过所述完整的所述第一请求的主体信息，将所述第二请求的请求主体中被删除的请求参数进行填充，以形成完整的第二请求。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

执行模块，用于执行经过修正的所述第二请求；

传输模块，用于将所述第二请求的执行结果向所述网页端发送。

12.根据权利要求7-11任一所述的装置，其特征在于，所述第一请求或第二请求中携带至少以下之一：

目标接口地址信息和请求参数信息，所述接口地址信息用于表示数据所在的客户端中的地址、以及所述数据在客户端中调用接口的名称。

13.一种移动终端，其特征在于，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述可执行指令时，实现如权利要求1至6任一项所述的资源加载方法。

14.一种存储介质，其特征在于，存储有可执行指令，所述可执行指令被执行时，用于实现如权利要求1至6任一项所述的资源加载方法。

Images