基于WebView的数据注入方法、装置、设备及存储介质与流程

本申请涉及数据采集技术领域，尤其涉及一种基于webview的数据注入方法、装置、设备及存储介质。

背景技术：

webview是app内容展示非常重要的组件，native与webview通信是必不可少的。大部分时候native与webview通信交互的数据量并不大，且都是以字符串为主。目前androidwebview标准的数据注入方式为javascript代码注入，即调用对应的接口执行js代码，将native的数据注入进去。某些场景下，如果需要native注入较大的二进制数据，如图像、音频等媒体数据。

将二进制数据注入到webview端，现有的方式是将先二进制数据字符串化，即转为hex或者base64格式，再通过接口将二进制数据字符串注入给javascript端，通过javascript端对二进制数据字符串进行解码，从而得到二进制数据。这样的二进制数据注入方式在对于较大数据量时，由于需要将数据进行字符串化，又经过javascript端进行解码，这过程需要较长时间，从而导致二进制数据注入到webview端的效率较低。现亟需一种能够提高二进制数据注入webview端的方法。

技术实现要素：

本申请实施例的目的在于提出一种基于webview的数据注入方法、装置、设备及存储介质，以提高二进制数据注入webview端的效率。

为了解决上述技术问题，本申请实施例提供一种基于webview的数据注入方法，包括：

获取webview端生成的数据注入请求，并通过native端获取所述数据注入请求对应的二进制数据；

当所述webview端接收到所述二进制数据对应的统一资源定位符时，则通过浏览器对象向所述统一资源定位符发起get请求；

通过所述native端预设的拦截器拦截所述get请求，并判断所述统一资源定位符是否符合预设条件，得到判断结果；

若所述判断结果为所述统一资源定位符符合预设条件，则通过解析所述统一资源定位符，得到所述二进制数据；

将所述二进制数据转化成web对象，并将所述web对象返回给所述webview端；

当监听到所述web对象返回所述webview端时，则根据预设的数据类型将所述web对象进行数据类型转换，以使得所述二进制数据注入到所述webview端之中。

为了解决上述技术问题，本申请实施例提供一种基于webview的数据注入装置，包括：

二进制数据获取模块，用于获取webview端生成的数据注入请求，并通过native端获取所述数据注入请求对应的二进制数据；

统一资源定位符接收模块，用于当所述webview端接收到所述二进制数据对应的统一资源定位符时，则通过浏览器对象向所述统一资源定位符发起get请求；

判断结果获取模块，用于通过所述native端预设的拦截器拦截所述get请求，并判断所述统一资源定位符是否符合预设条件，得到判断结果；

统一资源定位符解析模块，用于若所述判断结果为所述统一资源定位符符合所述预设条件，则通过解析所述统一资源定位符，得到所述二进制数据；

二进制数据转化模块，用于将所述二进制数据转化成web对象，并将所述web对象返回给所述webview端；

二进制数据注入模块，用于当监听到所述web对象返回所述webview端时，则根据预设的数据类型将所述web对象进行数据类型转换，以使得所述二进制数据注入到所述webview端之中。

为解决上述技术问题，本发明采用的一个技术方案是：提供一种计算机设备，包括，一个或多个处理器；存储器，用于存储一个或多个程序，使得一个或多个处理器实现上述任意一项所述的基于webview的数据注入方法。

为解决上述技术问题，本发明采用的一个技术方案是：一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的基于webview的数据注入方法。

本发明实施例提供了一种基于webview的数据注入方法、装置、设备及存储介质。其中，方法包括：获取webview端生成的数据注入请求，并获取的二进制数据；当webview端接收到统一资源定位符时，则发起get请求；通过native端预设的拦截器拦截get请求，并判断统一资源定位符是否符合预设条件，若符合，则通过解析统一资源定位符，得到二进制数据；将二进制数据转化成web对象；当监听到web对象返回webview端时，则根据预设的数据类型将web对象进行数据类型转换，以使得二进制数据注入到webview端之中。本发明实施例通过拦截器拦截get请求，并将二进制数据转化为web对象，最终经过将web对象进行数据类型转换，实现将二进制数据注入到webview端,无需通过javascript环境中进行转码，有利于提高二进制数据注入webview端的效率。

附图说明

为了更清楚地说明本申请中的方案，下面将对本申请实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的基于webview的数据注入方法的应用环境示意图；

图2根据本申请实施例提供的基于webview的数据注入方法的一实现流程图；

图3是本申请实施例提供的基于webview的数据注入方法中子流程的一实现流程图；

图4是本申请实施例提供的基于webview的数据注入方法中子流程的又一实现流程图；

图5是本申请实施例提供的基于webview的数据注入方法中子流程的又一实现流程图；

图6是本申请实施例提供的基于webview的数据注入方法中子流程的又一实现流程图；

图7是本申请实施例提供的基于webview的数据注入方法中子流程的又一实现流程图；

图8是本申请实施例提供的基于webview的数据注入装置示意图；

图9是本申请实施例提供的计算机设备的示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

下面结合附图和实施方式对本发明进行详细说明。

请参阅图1，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、搜索类应用、即时通信工具等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的基于webview的数据注入方法一般由服务器执行，相应地，基于webview的数据注入装置一般配置于服务器中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

请参阅图2，图2示出了基于webview的数据注入方法的一种具体实施方式。

需注意的是，若有实质上相同的结果，本发明的方法并不以图2所示的流程顺序为限，该方法包括如下步骤：

s1：获取webview端生成的数据注入请求，并通过native端获取数据注入请求对应的二进制数据。

具体的，在需要向webview端注入数据时，由webview端生成数据注入请求，服务器在获取到该数据注入请求后，由native端获取对应的二进制数据。例如，在需要注入相机实时帧数据给webview端，则需要打开相机并获取到实时帧数据，该实时帧数据会先发送到native端，并且该实时帧数据以二进制数据的形式存在，也即以byte数组的形式存在。

其中，webview端是一个基于webkit的引擎，可以解析dom元素，展示html页面的控件，它和浏览器展示页面的原理是相同的，所以可以把它当做浏览器看待。native端是指androidnative端，其是基于android系统的客户端。在androidnative端中对应有native层，native层相对于java层的底层，一般用c++开发，其native层部署有常见一些本地服务和一些链接库等。本实施例中，通过native端与webview端间的通信，将二进制数据进行拦截和转换，实现将二进制数据注入到webview端中。

请参阅图3，图3示出了步骤s1的一种具体实施方式，该实施例包括：

s11：获取webview端生成的数据注入请求。

s12：通过解析数据注入请求，获取数据注入请求对应的搜索路径。

s13：通过native端获取搜索路径对应的二进制数据。

具体的，由于webview端生成的数据注入请求，存在该数据注入请求对应的数据来源和存储的路径不同，所以需要将数据注入请求进行解析，通过path函数去区分不同类型的数据请求，也即获取到数据注入请求对应的搜索路径。再根据该搜索路径去获取对应的二进制数据。

其中，path函数是dos(磁盘操作系统)路径设置命令，其功能是设备可执行文件的搜索路径，当运行一个可执行文件时，dos会先在当前目录中搜索该文件，若找到则运行之；若找不到该文件，则根据path函数所设置的路径，顺序逐条地到目录中搜索该文件。搜索路径是指数据注入请求对应数据的存储或可查询的路径。例如，数据注入请求对应的数据是请求相机实时帧数据，则生成的统一资源定位符为“http://pamina.local/camera/frame”,也即在原有的统一资源定位符为“http://pamina.local”的基础上，添加上“camera/frame”的路径信息。再如请求实时录音数据，设置统一资源定位符为“http://pamina.local/audio/record”。

在本实施中，通过对数据注入请求进行解析，获取对应的搜索路径，并根据该搜索路径进行获取二进制数据，实现区分不同数据注入请求，快速获取对应的二进制数据，有利于提高二进制注入webview端的效率。

s2：当webview端接收到二进制数据对应的统一资源定位符时，则通过浏览器对象向统一资源定位符发起get请求。

具体的，上述步骤在native端已经获取到二进制数据，但是该二进制数据还未能够送达到webview端。故而需要在native端生成二进制数据对应的统一资源定位符，将该统一资源定位符发送给webview端，通知webview端有新的二进制数据生成，所以当webview端接收到二进制数据对应的统一资源定位符时，通过浏览器对象向统一资源定位符发起get请求。

其中，浏览器对象是指xmlhttprequest，该xmlhttprequest(xhr)是一个应用程序接口(api)对象，其中的方法可以用来在浏览器和服务器端传输数据。这个对象是浏览器的javascript环境提供的。从xmlhttprequest获取数据的目的是为了持续修改一个加载过的页面，其是ajax设计的底层概念。xmlhttprequest使用的协议不同于http，不仅可以使用xml格式的数据，也支持json，html或者纯文本。在本申请实施例中，通过调用浏览器对象中的方法，实现向统一资源定位符发起get请求。

其中，get请求是向服务器发索取数据的一种请求。在本申请实施例中，通过浏览器对象向统一资源定位符发起get请求，实现webview端发起获取二进制数据的请求。

请参阅图4，图4示出了步骤s2的一种具体实施方式，该实施例包括：

s21：获取二进制数据对应的统一资源定位符。

s22：通过调用javascript代码的方式，向webview端发送统一资源定位符。

具体的，在native端获取到二进制数据，并生成二进制数据对应的统一资源定位符。为了减少数据量，提高传输效率，则通过调用javascript代码的方式，向webview端发送统一资源定位符，便可实现通知webview端在native端有新的二进制数据生成。

其中，调用javascript代码的方式是指通过evaluatejavascript注入javascript中，实现将统一资源定位符发送给webview端。

s23：当webview端接收到统一资源定位符时，则调用浏览器对象，以向统一资源定位符发起get请求。

具体的，在webview端通过调用javascript代码的形式，接收到统一资源定位符。并且在webview端，调用浏览器对象，也即调用xmlhttprequest中的方法，实现向统一资源定位符发起get请求。

在本实施中，通过调用javascript代码的方式，向webview端发送给统一资源定位符，并在webview端发起get请求，实现在webview端发起二进制数据获取请求，便于后续向webview端注入二进制数据，从而有利于提高二进制数据注入webview端的效率。

请参阅图5，图5示出了步骤s23之后的一种具体实施方式，该实施例包括：

s231：响应浏览器对象对应类型，以获取预设的数据类型。

s232：采用遍历的方式，将二进制数据的数据类型转化为预设的数据类型，其中，预设的数据类型包括arraybuffer类型和blob类型。

具体的，在本申请实施例中，响应浏览器对象对应类型是指响应xmlhttprequest.responsetype函数，其xmlhttprequest.responsetype函数对应的属性是一个枚举类型的属性，能够返回响应数据的类型。它允许我们手动的设置返回数据的类型。如果将它设置为一个空字符串，它将使用默认的"text"类型。在本申请实施例中，通过响应xmlhttprequest.responsetype函数，获取预设的数据类型，然后根据遍历的方式，将二进制数据转换为对应的数据转换类型。

其中，预设的数据类型根据实际情况进行设定，其包括arraybuffer类型和blob类型。arraybuffer类型是指类型化数组。blob类型是指二进制大对象，是一个可以存储二进制文件的容器。

在本实施中，通过响应浏览器对象对应类型，以获取预设的数据类型，并采用遍历的方式，将二进制数据的数据类型转化为预设的数据类型，实现将二进制数据转化为对应的类型，便于后续进行识别二进制数据。

s3：通过native端预设的拦截器拦截get请求，并判断统一资源定位符是否符合预设条件，得到判断结果。

具体的，在native端预先设置好拦截器，在webview端发起get请求后，对其进行拦截，并且判断get请求对应的统一资源定位符是否符合预设条件，从而得到判断结果。

其中，预设条件是指根据域名后缀所设置的字符串，用以区分统一资源定位符对应域名是否符合要求。例如，预设条件为“com”,若是统一资源定位符中的域名存在与“com”相匹配的字符，则判断结果是统一资源定位符符合预设条件，否则，统一资源定位符不符合预设条件。

进一步的，在通过native端预设的拦截器拦截get请求之前，先在native端预设一个拦截器。预设的拦截器先预设一个实现了interceptor接口的类，或者继承抽象类abstractinterceptor，再在配置文件中注册定义的拦截器，在需要使用拦截功能时，引用上述注册定义的拦截器。在本申请实施例中，在配置文件中注册定义的拦截器可以根据webview端增加请求拦截方法，设置拦截的域名，例如pamina.local。

请参阅图6，图6示出了步骤s3的一种具体实施方式，该实施例包括：

s31：通过native端预设的拦截器拦截get请求。

s32：识别统一资源定位符对应的域名。

s33：将域名与预设条件对应字符串进行字符串匹配，得到判断结果。

具体的，当native端预设的拦截器识别到webview端发起get请求后，则将get请求进行拦截。并且获取到get请求对应的统一资源定位符，从而识别出统一资源定位符对应的域名，并判断该域名是否符合预设条件，进而达到判断结果。

其中，域名(domainname)，又称网域，是由一串用点分隔的名字组成的internet上某一台计算机或计算机组的名称，用于在数据传输时对计算机的定位标识。

具体的，由于域名具有“.com”、“.net”、“.cn”、“.edu”、“.top”、“.xyz”等等域名后缀。所以预设条件可以根据这些域名后缀进行设置对应的字符串，若是统一资源定位符对应的域名中的后缀与预设条件中的字符串相匹配，这判断结果为域名符合预设条件，否则为域名不符合预设条件。

在本实施中，通过native端预设的拦截器拦截get请求，并识别统一资源定位符对应的域名，再将域名与预设条件对应字符串进行字符串匹配，得到判断结果，实现对get请求拦截和判断结果的获取，有利于将对应的二进制数据发送给webview端，从而有利于提高二进制数据注入webview端的效率。

s4：若判断结果为统一资源定位符符合预设条件，则通过解析统一资源定位符，得到二进制数据。

具体的，若是统一资源定位符对应的域名中的后缀与预设条件中的字符串相匹配，则判断结果为统一资源定位符符合预设条件。并且对统一资源定位符进行解析，获取到二进制数据对应路径，从而获取到该二进制数据。

s5：将二进制数据转化成web对象，并将web对象返回给webview端。

具体的，web对象是指webresourceresponse对象，其是指封装了web资源的响应信息，该web资源的响应信息包含：响应数据流，编码，mime类型，响应头，状态码与状态描述等等。

具体的，在本申请实施例中，通过javascript的eval()函数将二进制数据转换为webresourceresponse对象。该eval()函数使用的是javascript编译器，可解析json文本，然后生成webresourceresponse对象。然后将web对象返回给webview端。

s6：当监听到web对象返回webview端时，则根据预设的数据类型将web对象进行数据类型转换，以使得二进制数据注入到webview端之中。

具体的，当webview端的浏览器对象监听到web对象返回时，也即通过xmlhttpreques监听web对象返回时，获取web对象的属性，并根据上述的预设的数据类型，将web对象的属性转化为对应的数据类型，从而使得二进制数据注入到webview端之中。

本实施例中，通过获取webview端生成的数据注入请求，并获取的二进制数据；当webview端接收到统一资源定位符时，则发起get请求；通过native端预设的拦截器拦截get请求，并判断统一资源定位符是否符合预设条件，若符合，则通过解析统一资源定位符，得到二进制数据；将二进制数据转化成web对象；当监听到web对象返回webview端时，则根据预设的数据类型将web对象进行数据类型转换，以使得二进制数据注入到webview端之中。本发明实施例通过拦截器拦截get请求，并将二进制数据转化为web对象，最终经过将web对象进行数据类型转换，实现将二进制数据注入到webview端,无需通过javascript环境中进行转码，有利于提高二进制数据注入webview端的效率。

请参阅图7，图示出了步骤s6的一种具体实施方式，该实施例包括：

s61：通过webview端的浏览器对象对web对象进行监听。

s62：当监听到web对象返回webview端时，则获取web对象的属性。

s63：通过响应浏览器对象的请求，将web对象的属性按照预设的数据类型进行数据类型转换，以使得二进制数据注入到webview端之中。

其中，web对象的属性是指webresourceresponse对象的响应数据流，也即对应的数据信息。响应浏览器对象的请求是通过xmlhttprequest.response实现的，该xmlhttprequestresponse属性能够返回响应的正文。返回的类型可以为arraybuffer、blob、document、javascriptobject或domstring中的一个。在本申请实施例中，由于预设的数据类型包括：arraybuffer类型、blob类型，则通过响应浏览器对象的请求能够将数据返回为arraybuffer类型或者blob类型。

在本实施中，通过webview端的浏览器对象对web对象进行监听，获取web对象的属性，并通过响应浏览器对象的请求，将web对象的属性按照预设的数据类型进行数据类型转换，以使得二进制数据注入到webview端之中，最终实现将二进制数据注入到webview端之中，该过程无需通过javascript环境中进行转码，有利于提高二进制数据注入webview端的效率。

需要强调的是，为进一步保证上述二进制数据的私密和安全性，上述二进制数据还可以存储于一区块链的节点中。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)等非易失性存储介质，或随机存储记忆体(randomaccessmemory，ram)等。

请参考图8，作为对上述图2所示方法的实现，本申请提供了一种基于webview的数据注入装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图8所示，本实施例的基于webview的数据注入装置包括：项目标识获取模块71、配置文件选取模块72、目标版本分支模块73、仓库源码拉取模块74、判断结果获取模块75及构建成功项目模块76，其中：

二进制数据获取模块71，用于获取webview端生成的数据注入请求，并通过native端获取数据注入请求对应的二进制数据；

统一资源定位符接收模块72，用于当webview端接收到二进制数据对应的统一资源定位符时，则通过浏览器对象向统一资源定位符发起get请求；

判断结果获取模块73，用于通过native端预设的拦截器拦截get请求，并判断统一资源定位符是否符合预设条件，得到判断结果；

统一资源定位符解析模块74，用于若判断结果为统一资源定位符符合预设条件，则通过解析统一资源定位符，得到二进制数据；

二进制数据转化模块75，用于将二进制数据转化成web对象，并将web对象返回给webview端；

二进制数据注入模块76，用于当监听到web对象返回webview端时，则根据预设的数据类型将web对象进行数据类型转换，以使得二进制数据注入到webview端之中。

进一步的，二进制数据获取模块71包括：

数据注入请求获取单元，用于获取webview端生成的数据注入请求；

搜索路径获取单元，用于通过解析数据注入请求，获取数据注入请求对应的搜索路径；

搜索路径执行单元，用于通过native端获取搜索路径对应的二进制数据。

进一步的，统一资源定位符接收模块72包括：

统一资源定位符获取单元，用于获取二进制数据对应的统一资源定位符；

统一资源定位符发送单元，用于通过调用javascript代码的方式，向webview端发送统一资源定位符；

浏览器对象调用单元，用于当webview端接收到统一资源定位符时，则调用浏览器对象，以向统一资源定位符发起get请求。

进一步的，在浏览器对象调用单元之后，该基于webview的数据注入装置还包括：

预设数据类型转换单元，用于通过响应浏览器对象对应类型，以获取预设的数据类型；

二进制数据转换单元，用于采用遍历的方式，将二进制数据的数据类型转化为预设的数据类型，其中，预设的数据类型包括arraybuffer类型和blob类型。

进一步的，判断结果获取模块73包括：

get请求拦截单元，用于通过native端预设的拦截器拦截get请求；

域名识别单元，用于识别统一资源定位符对应的域名；

字符串匹配单元，用于将域名与预设条件对应字符串进行字符串匹配，得到判断结果。

进一步的，二进制数据注入模块76包括：

web对象监听单元，用于通过webview端的浏览器对象对web对象进行监听；

数据类型获取单元，用于当监听到web对象返回webview端时，则获取web对象的属性；

数据注入单元，用于响应浏览器对象的请求，将web对象的属性按照预设的数据类型进行数据类型转换，以使得二进制数据注入到webview端之中。

需要强调的是，为进一步保证上述二进制数据的私密和安全性，上述二进制数据还可以存储于一区块链的节点中。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图9，图9为本实施例计算机设备基本结构框图。

计算机设备8包括通过系统总线相互通信连接存储器81、处理器82、网络接口83。需要指出的是，图中仅示出了具有三种组件存储器81、处理器82、网络接口83的计算机设备8，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程门阵列(field－programmablegatearray，fpga)、数字处理器(digitalsignalprocessor，dsp)、嵌入式设备等。

计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

存储器81至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器81可以是计算机设备8的内部存储单元，例如该计算机设备8的硬盘或内存。在另一些实施例中，存储器81也可以是计算机设备8的外部存储设备，例如该计算机设备8上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。当然，存储器81还可以既包括计算机设备8的内部存储单元也包括其外部存储设备。本实施例中，存储器81通常用于存储安装于计算机设备8的操作系统和各类应用软件，例如基于webview的数据注入方法的程序代码等。此外，存储器81还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器82在一些实施例中可以是中央处理器(centralprocessingunit，cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器82通常用于控制计算机设备8的总体操作。本实施例中，处理器82用于运行存储器81中存储的程序代码或者处理数据，例如运行上述基于webview的数据注入方法的程序代码，以实现基于webview的数据注入方法的各种实施例。

网络接口83可包括无线网络接口或有线网络接口，该网络接口83通常用于在计算机设备8与其他电子设备之间建立通信连接。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序可被至少一个处理器执行，以使至少一个处理器执行如上述的一种基于webview的数据注入方法的步骤。

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

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。