一种页面请求处理方法、装置、电子设备及存储介质
阅读说明:本技术 一种页面请求处理方法、装置、电子设备及存储介质 (Page request processing method and device, electronic equipment and storage medium ) 是由 刘文军 彭飞 邓竹立 于 2021-08-18 设计创作,主要内容包括:本发明提供了一种页面请求处理方法、装置、电子设备及存储介质。所述方法,包括:拦截针对目标应用中任一页面的页面加载请求,并检测页面加载请求的格式是否满足指定格式条件;如果页面加载请求满足指定格式条件,从本地读取与页面加载请求对应的缓存数据;如果在本地未读取到与页面加载请求携带的版本号一致,且对应于页面加载请求的缓存数据,发起针对页面的网络加载请求;接收针对网络加载请求返回的网络数据,根据网络数据加载页面,并将网络数据以及网络数据的版本号作为页面的缓存数据保存至本地;其中,指定格式条件包括页面加载请求中的统一资源定位符后添加有版本号参数,或者页面加载请求中的统一资源定位符满足内容分发网络的格式。(The invention provides a page request processing method and device, electronic equipment and a storage medium. The method comprises the following steps: intercepting a page loading request aiming at any page in a target application, and detecting whether the format of the page loading request meets a specified format condition; if the page loading request meets the specified format condition, reading cache data corresponding to the page loading request from the local; if the local cache data which is consistent with the version number carried by the page loading request and corresponds to the page loading request is not read, initiating a network loading request aiming at the page; receiving network data returned according to the network loading request, loading a page according to the network data, and saving the network data and the version number of the network data to the local as cache data of the page; the specified format condition comprises that a version number parameter is added after a uniform resource locator in the page loading request, or the uniform resource locator in the page loading request meets the format of the content distribution network.)
技术领域
本发明涉及计算机技术领域,尤其涉及一种页面请求处理方法、装置、电子设备及存储介质。
背景技术
随着智能手机等电子设备的普及,基于电子设备的App(Application,应用程序)涉及到各行各业。而且,App开发正不断向新的领域发展,无论是App的应用对象还是App的开发方法,每一个方面的创新都能引发一阵App开发的轰动。而最近,关于App的开发也有了一种新的提议,那就是Hybrid App(混合模式移动应用)开发。Hybrid App可以兼具“NativeApp(原生应用)良好用户交互体验的优势”和“Web App(网络应用)跨平台开发的优势”。
在Hybrid APP中,大部分的web页面(网页)并不需要实时更新,而且考虑到网络流量的消耗和加载展示的速度,与服务器的数据交互是能少则少,这样用户体验才更好。所以需要采用缓存机制,这样不仅可以大大缓解数据交互的压力,还能使离线浏览成为可能。在Hybrid App中web页面使用系统控件自带缓存机制加载某一URL(Uniform ResourceLocator,统一资源定位符)时保存网络数据为临时缓存,当本次打开控件加载同一URL时使用该临时缓存。
但是,由于web页面的缓存是一个临时缓存,当webview(网页视图)被释放或者过一段时间,缓存也就没了,这样会导致下次加载web页面时需要重新发送网络请求,从而造成流量的浪费,也会影响页面的加载效率。
发明内容
本发明实施例提供一种页面请求处理方法、装置、电子设备及存储介质,以解决页面加载过程容易造成流量的浪费,且加载效率不佳的问题。
为了解决上述技术问题,本发明是这样实现的:
第一方面,本发明实施例提供了一种页面请求处理方法,包括:
拦截针对目标应用中任一页面的页面加载请求,并检测所述页面加载请求的格式是否满足指定格式条件;
如果所述页面加载请求的格式满足指定格式条件,从本地读取与所述页面加载请求对应的缓存数据;
如果在本地未读取到与所述页面加载请求携带的版本号一致,且对应于所述页面加载请求的缓存数据,发起针对所述页面的网络加载请求,所述网络加载请求基于所述页面加载请求生成;
接收针对所述网络加载请求返回的网络数据,根据所述网络数据加载所述页面,并将所述网络数据以及所述网络数据的版本号作为所述页面的缓存数据保存至本地;
其中,所述指定格式条件包括所述页面加载请求中的统一资源定位符后添加有版本号参数,或者所述页面加载请求中的统一资源定位符满足内容分发网络的格式。
可选地,所述方法还包括:
如果在本地读取到与所述页面加载请求对应的缓存数据,且所述缓存数据的版本号与所述网络请求携带的版本号一致,返回所述缓存数据以加载所述页面。
可选地,所述拦截针对目标应用中任一页面的页面加载请求,并检测所述页面加载请求的格式是否满足指定格式条件的步骤,包括:
在所述页面为需要预加载的缓存页面的情况下,在所述缓存页面的加载时机之前,触发针对所述缓存页面的页面加载请求;
拦截所述页面加载请求,并检测所述页面加载请求的格式是否满足指定格式条件;
所述接收针对所述网络加载请求返回的网络数据,根据所述网络数据加载所述页面,并将所述网络数据以及所述网络数据的版本号作为所述页面的缓存数据保存至本地的步骤,包括:
接收针对所述网络加载请求返回的网络数据,并将所述网络数据以及所述网络数据的版本号作为所述页面的缓存数据保存至本地。
可选地,所述拦截所述页面加载请求,并检测所述页面加载请求的格式是否满足指定格式条件的步骤,包括:
通过初始化所述目标应用时修改的配置项,使得在webview发出页面加载请求后主动调用自定义的请求管理类中的第一代理方法,以拦截所述页面加载请求,并通过调用所述请求管理类中的第二代理方法检测所述页面加载请求的格式是否满足指定格式条件;
其中,所述第一代理方法为通过对所述目标应用所在系统中用以拦截图片请求的代理方法扩展得到,所述代理方法的扩展方式包括:通过钩住并调整WKWebView类中的handLesURLScheme:方法,使其在拦截页面加载请求时,并不判断所述页面加载请求是否为图片请求。
可选地,所述目标应用包括混合模式移动应用。
第二方面,本发明实施例提供了一种页面请求处理装置,包括:
请求拦截模块,用于拦截针对目标应用中任一页面的页面加载请求,并检测所述页面加载请求的格式是否满足指定格式条件;
本地缓存读取模块,用于如果所述页面加载请求的格式满足指定格式条件,从本地读取与所述页面加载请求对应的缓存数据;
请求发出模块,用于如果在本地未读取到与所述页面加载请求携带的版本号一致,且对应于所述页面加载请求的缓存数据,发起针对所述页面的网络加载请求,所述网络加载请求基于所述页面加载请求生成;
数据缓存模块,用于接收针对所述网络加载请求返回的网络数据,根据所述网络数据加载所述页面,并将所述网络数据以及所述网络数据的版本号作为所述页面的缓存数据保存至本地;
其中,所述指定格式条件包括所述页面加载请求中的统一资源定位符后添加有版本号参数,或者所述页面加载请求中的统一资源定位符满足内容分发网络的格式。
可选地,所述装置还包括:
缓存数据使用模块,用于如果在本地读取到与所述页面加载请求对应的缓存数据,且所述缓存数据的版本号与所述网络请求携带的版本号一致,返回所述缓存数据以加载所述页面。
可选地,所述请求拦截模块,包括:
请求触发子模块,用于在所述页面为需要预加载的缓存页面的情况下,在所述缓存页面的加载时机之前,触发针对所述缓存页面的页面加载请求;
请求拦截子模块,拦截所述页面加载请求,并检测所述页面加载请求的格式是否满足指定格式条件;
所述数据缓存模块,具体用于:
接收针对所述网络加载请求返回的网络数据,并将所述网络数据以及所述网络数据的版本号作为所述页面的缓存数据保存至本地。
可选地,所述请求拦截模块,具体用于:
通过初始化所述目标应用时修改的配置项,使得在webview发出页面加载请求后主动调用自定义的请求管理类中的第一代理方法,以拦截所述页面加载请求,并通过调用所述请求管理类中的第二代理方法检测所述页面加载请求的格式是否满足指定格式条件;
其中,所述第一代理方法为通过对所述目标应用所在系统中用以拦截图片请求的代理方法扩展得到,所述代理方法的扩展方式包括:通过钩住并调整WKWebView类中的handLesURLScheme:方法,使其在拦截页面加载请求时,并不判断所述页面加载请求是否为图片请求。
可选地,所述目标应用包括混合模式移动应用。
第三方面,本发明实施例另外提供了一种电子设备,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如第一方面所述的页面请求处理方法的步骤。
第四方面,本发明实施例另外提供了一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如第一方面所述的页面请求处理方法的步骤。
在本发明实施例中,本发明实施例中,通过对网页加载请求的拦截,把符合指定格式条件的网页加载请求的网络数据全部存到本地磁盘,从而实现了一种基于载体缓存预加载方案。既为用户节省了流量,又提高了页面的流畅性,且实现了离线浏览,大大提高了App的可用性。
附图说明
图1是本发明实施例中的一种页面请求处理方法的步骤流程图;
图2是本发明实施例中的另一种页面请求处理方法的步骤流程图;
图3是本发明实施例中的一种页面请求处理装置的结构示意图;
图4是本发明实施例中的另一种页面请求处理装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参照图1,示出了本发明实施例中一种页面请求处理方法的步骤流程图。
步骤110,拦截针对目标应用中任一页面的页面加载请求,并检测所述页面加载请求的格式是否满足指定格式条件;
步骤120,如果所述页面加载请求的格式满足指定格式条件,从本地读取与所述页面加载请求对应的缓存数据;其中,所述指定格式条件包括所述页面加载请求中的统一资源定位符后添加有版本号参数,或者所述页面加载请求中的统一资源定位符满足内容分发网络的格式。
步骤130,如果在本地未读取到与所述页面加载请求携带的版本号一致,且对应于所述页面加载请求的缓存数据,发起针对所述页面的网络加载请求,所述网络加载请求基于所述页面加载请求生成。
步骤140,接收针对所述网络加载请求返回的网络数据,根据所述网络数据加载所述页面,并将所述网络数据以及所述网络数据的版本号作为所述页面的缓存数据保存至本地。
在本发明实施例中,通过对webview页面加载请求的拦截,把目标App中页面里符合指定格式条件的页面加载请求的响应数据全部存到本地磁盘,从而实现资源预加载,在重复访问同一页面的情况下,无需重新发送网络加载请求以重新获取相关数据,而可以直接基于本地的缓存数据实现页面快速加载。
具体地,在用户通过其客户端触发针对目标应用中某一页面的页面加载请求时,为了避免流量浪费,则可以拦截该页面加载请求,以判断该页面加载请求的格式是否满足指定格式条件。
在本发明实施例中,如果针对所有类型的请求都进行本地缓存,容易导致本地存储空间占用较多,影响系统性能。因此,在本发明实施例中,为了平衡系统性能以及页面加载效率,不是所有的请求都会进行拦截并进行本地缓存,而需要页面加载请求满足如下两种指定格式条件中的任意一种才会走本地缓存:
①标准方式,通过在页面加载请求中的统一资源定位符URL后添加有版本号参数,也即cachevers参数,例如http://xxx/xxx?cachever=xx即为一种满足该条件的URL;
②cdn(Content Delivery Network,内容分发网络)的方式,页面加载请求中的URL满足cdn的格式也会走缓存,例如http://xxx/xxx_v版本号.xx即为一种满足该条件的URL,其中包含有版本号信息。
其中的版本号可以理解为本次请求所针对页面所适配的版本号,为了保证页面加载效果,则需要通过相应版本号的网络数据加载页面。
此外,在本发明实施例中,可以通过任何可用方式拦截页面加载请求,对此本发明实施例不加以限定。
对于符合指定格式条件的页面加载请求,可能之前已经在本地缓存与之对应的网络数据,因此为了避免重复缓存,可以先从本地读取与之对应的缓存数据,如果在本地未读取到与符合指定格式条件的页面加载请求携带的版本号一致,且对应于所述页面加载请求的缓存数据,也即页面加载请求在本地未能读取到与之对应的缓存数据,或者是在本地能够读取到与之对应的缓存数据,但是读取到的缓存数据的版本号与该页面加载请求携带的版本号不一致,那么则需要发起针对相应页面的网络加载请求,以请求获取加载页面所需的网络数据,所述网络加载请求基于所述页面加载请求生成,例如网络加载请求中可以包含相应页面加载请求中同样的URL,等等。页面加载请求则可以由客户端发送至相应目标应用的服务器,服务器为了响应该页面加载请求,则可以返回与之对应的网络数据,以加载渲染页面。
对于客户端而言,在接收针对所述网络加载请求返回的网络数据,根据所述网络数据加载所述页面,并将所述网络数据以及所述网络数据的版本号作为所述页面的缓存数据保存至本地,也即此时客户端则可以主动发起相应URL的网络加载请求,待请求返回数据后,则可以将返回的网络数据更新至本地,同时需要记录最新版本的网络数据的版本号,而且在更新缓存数据和版本号的同时,可以将相应网络数据返回给webview使用,以在客户端加载显示相应页面。
参照图2,在本发明实施例中,还可以包括:
步骤150,如果在本地读取到与所述页面加载请求对应的缓存数据,且所述缓存数据的版本号与所述网络请求携带的版本号一致,返回所述缓存数据以加载所述页面。
在本发明实施例中,在从本地读取与满足指定格式条件的页面加载请求对应的缓存数据时,可以先在本地查找与该页面加载请求适配的缓存数据,进一步进行版本号判断,也即如果符合指定格式条件的请求在本地能够读取到缓存数据,那么先进行版本号判断,比较页面加载请求携带的版本号与缓存数据的版本号是否一致,如果版本号一致则可以直接返回相应缓存数据至webview等任何页面展示工具,以渲染相应页面。
此外,对于符合指定格式条件的页面加载请求,如果从本地未读取到与页面加载请求对应的缓存数据,则可以直接主动发起该页面加载请求的网络加载请求,待请求返回数据在保存的同时,将数据返回给webview展示页面使用。
而对于不符合指定格式条件的页面加载请求,则会将其直接发送出去,但是会为其设置系统默认的临时缓存机制(例如会缓存code为200(也即表示请求成功)的静态资源文件,但是缓存机制的有效期由系统控制),以便这些请求中有一些静态资源文件也可以走系统默认的临时缓存机制,对此本发明实施例不加以限定。
可选地,在本发明实施例中,所述步骤110进一步可以包括:
步骤111,在所述页面为需要预加载的缓存页面的情况下,在所述缓存页面的加载时机之前,触发针对所述缓存页面的页面加载请求;
步骤112,拦截所述页面加载请求,并检测所述页面加载请求的格式是否满足指定格式条件。
一般而言,用户可以主动触发针对目标应用中的页面的页面加载请求,而且目标应用中的大部分页面可以随时触发加载。此外,在实际应用中,应用中可能存在一些在指定时间(也即指定加载时机)才可见的页面,例如针对指定活动节日的预热所设置的活动页面,一般而言该活动页面在其对应的活动节日才可见,在之前不可见。对于此类页面,为了保证在指定活动日期间用户访问相关页面时可以快速加载相应页面,则可以在指定加载时机之前,针对相应页面对应的网络数据进行预加载。而针对目标应用中需要预加载的缓存页面而言,在其加载时机之前该缓存页面不可见,因此用户很难在加载时机之前主动触发针对相应缓存页面的页面加载请求。
因此,在本发明实施例中,可以通过App内的某些触发时机(例如:基于web页和Native的交互,通过web页主动触发传入需要预加载的页面url告知native)在所述缓存页面的加载时机之前,提前触发不可见的缓存页面,也即需要预加载的缓存页面,进行相关的页面加载请求,进而拦截相应的页面加载请求,并检测该页面加载请求的格式是否满足指定格式条件(其中符合指定格式条件的请求就会走上面的本地缓存机制对资源进行缓存处理),从而达到了资源预加载的目的,这样对于预加载成功的页面首次打开也会有缓存可以使用。
此外,在本发明实施例中,对于本地预加载机制,也可以设置相应的有效期,而且可以针对不同的网络数据类型设置不同的有效期,对此本发明实施例不加以限定。如前述,在本地缓存的网络数据的版本号相对于页面加载请求的版本号不一致时,则可以删除相应本地缓存的网络数据,或者在检测到页面的版本号发生更新时,则删除本地缓存的与之对应的网络数据,或者针对缓存页面而言,在其加载时机结束之后,则可以删除本地缓存的与之对应的网络数据。
而对于其他的非缓存页面而言,则可以检测相应每个页面的在每个指定时间周期内的加载频率,如果某一页面当前的加载频率低于指定频率阈值,则可以删除本地缓存的与之对应的网络数据,等等。
相应地,所述步骤140进一步可以包括:接收针对所述网络加载请求返回的网络数据,并将所述网络数据以及所述网络数据的版本号作为所述页面的缓存数据保存至本地。
对于存在加载时机的缓存页面而言,一般是在该缓存页面的加载时机之前预加载其网络数据,因此此时无需加载相应缓存页面。也即,对于缓存页面而言,在预加载其网络数据时,在接收针对网络加载请求返回的网络数据之后,无需返回前端进行页面渲染加载,仅需将其网络数据以及网络数据的版本号作为该缓存页面的缓存数据保存至本地即可。
在后续该缓存页面的加载时机到来之后,在用户触发访问与该缓存页面存在交互的相关页面或者相关操作时(例如活动页面为缓存页面,且该活动页面在目标应用启动时展示,那么在该活动页面的加载时机内,如果用户触发启动目标应用,则可以自动触发针对该缓存页面的页面加载请求)时,则可以直接从本地获取该缓存页面的网络数据并且加载该缓存页面。
可选地,在本发明实施例中,所述目标应用包括Hybrid App(混合模式移动应用)。
可选地,在本发明实施例中,拦截页面加载请求,以及检测页面加载请求的格式是否满足指定格式条件的过程,具体可以包括:
通过初始化所述目标应用时修改的配置项,使得在webview发出页面加载请求后主动调用自定义的请求管理类中的第一代理方法,以拦截所述页面加载请求,并通过调用所述请求管理类中的第二代理方法检测所述页面加载请求的格式是否满足指定格式条件;
其中,所述第一代理方法为通过对所述目标应用所在系统中用以拦截图片请求的代理方法扩展得到,所述代理方法的扩展方式包括:通过钩住并调整WKWebView类中的handLesURLScheme:方法,使其在拦截页面加载请求时,并不判断所述页面加载请求是否为图片请求。
Hybrid App是介于web-app、native-app(原生应用)这两者之间的App,兼具“Native App良好用户交互体验的优势”和“Web App跨平台开发的优势”。Hybrid APP中Native提供容器(如:WKWebview),使用Html&Css&JS做业务开发,通过动态更新实现了业务的快速迭代。
在本发明实施例中,为了实现准确拦截用户触发的页面加载请求,可以在webview初始化时修改其配置项,使其支持拦截webview发出的http(s)请求(也即所有的页面加载请求)以进行自定义处理,并传入自定义创建的管理类对webview发出的页面加载请求进行处理。
那么,当webview发出页面加载请求时会主动调用相应自定义创建的管理类中的相关代理方法,在相关代理方法中可以进行页面加载请求的筛选和自定义处理。
具体地,初始化webview时可以修改系统提供的配置项,使得可以拦截webview发出的所有http(s)请求,例如具体的修改配置项方式可以如下代码段所示:
其中传入的WBWKURLSchemeHandler即为一种自定义的请求管理类,这么设置后,当webview发出页面加载请求后会主动调用该请求管理类中相关的代理方法拦截全部的页面加载请求。
其中,在实际应用中,具体拦截请求的代理方法是系统提供的,但是系统默认只能支持拦截下载图片的请求,也即图片请求,因此在本发明实施例中,为了使其能够拦截全部请求,可以对其进行扩充以拦截所有http(s)网络请求),扩充手段使用了修改系统方法的策略,具体地可以通过钩住(hook)并调整WKWebView类中的handlesURLScheme:方法,将其替换为扩展后的WBWKHandlesURLScheme:方法,使得在拦截页面加载请求时,并不判断所述页面加载请求是否为图片请求。例如,第一代理方法的实现代码可以如下所示:
此外,在针对页面加载请求进行格式条件判断,以及网络加载请求的生成以及发出等逻辑则可以由第二代理方法。在本发明实施例中,可以通过任何可用方式构建第二代理方法,对此本发明实施例不加以限定。
例如,系统中声明有以下代理方法:-(void)webView:(WKWebView*)webViewstartURLSchemeTask:(id<WKURLSchemeTask>)urlSchemeTask,但是并未定义该方法的具体实现逻辑,因此在本发明实施例中,则可以基于本发明实施例中的对拦截后的网页加载请求的处理方式构建该方法的实现逻辑,从而得到第二代理方法。
那么,一旦拦截了网页加载请求,通过webview发送的每个网页加载请求都会通过第二代理方法。第二代理方法则可以判断网页加载请求是否符号指定格式条件,并且在符合和不符合的情况下分别执行对应的后续操作。
本发明实施例中,通过对webview网页加载请求的拦截,把Hybrid App中web页面里符合指定格式条件的网页加载请求的网络数据全部存到本地磁盘,并通过提前触发不可见的缓存页面进行资源预加载,从而实现了一种基于Hybird App的web载体缓存预加载方案。既为用户节省了流量,又提高了页面的流畅性,且实现了离线浏览,大大提高了App的可用性。
参照图3,示出了本发明实施例中一种页面请求处理装置的结构示意图。
本发明实施例的页面请求处理装置包括:请求拦截模块210、本地缓存读取模块220、请求发出模块230和数据缓存模块240。
下面分别详细介绍各模块的功能以及各模块之间的交互关系。
请求拦截模块210,用于拦截针对目标应用中任一页面的页面加载请求,并检测所述页面加载请求的格式是否满足指定格式条件;
本地缓存读取模块220,用于如果所述页面加载请求的格式满足指定格式条件,从本地读取与所述页面加载请求对应的缓存数据;
请求发出模块230,用于如果在本地未读取到与所述页面加载请求携带的版本号一致,且对应于所述页面加载请求的缓存数据,发起针对所述页面的网络加载请求,所述网络加载请求基于所述页面加载请求生成;
数据缓存模块240,用于接收针对所述网络加载请求返回的网络数据,根据所述网络数据加载所述页面,并将所述网络数据以及所述网络数据的版本号作为所述页面的缓存数据保存至本地;
其中,所述指定格式条件包括所述页面加载请求中的统一资源定位符后添加有版本号参数,或者所述页面加载请求中的统一资源定位符满足内容分发网络的格式。
参照图4,在本发明实施例中,所述装置还可以包括:
缓存数据使用模块250,用于如果在本地读取到与所述页面加载请求对应的缓存数据,且所述缓存数据的版本号与所述网络请求携带的版本号一致,返回所述缓存数据以加载所述页面。
可选地,在本发明实施例中,所述请求拦截模块210,进一步可以包括:
请求触发子模块,用于在所述页面为需要预加载的缓存页面的情况下,在所述缓存页面的加载时机之前,触发针对所述缓存页面的页面加载请求;
请求拦截子模块,拦截所述页面加载请求,并检测所述页面加载请求的格式是否满足指定格式条件;
相应地,所述数据缓存模块,具体可以用于:
接收针对所述网络加载请求返回的网络数据,并将所述网络数据以及所述网络数据的版本号作为所述页面的缓存数据保存至本地。
可选地,在本发明实施例中,所述请求拦截模块,具体可以用于:
通过初始化所述目标应用时修改的配置项,使得在webview发出页面加载请求后主动调用自定义的请求管理类中的第一代理方法,以拦截所述页面加载请求,并通过调用所述请求管理类中的第二代理方法检测所述页面加载请求的格式是否满足指定格式条件;
其中,所述第一代理方法为通过对所述目标应用所在系统中用以拦截图片请求的代理方法扩展得到,所述代理方法的扩展方式包括:通过钩住并调整WKWebView类中的handLesURLScheme:方法,使其在拦截页面加载请求时,并不判断所述页面加载请求是否为图片请求。
可选地,在本发明实施例中,所述目标应用包括混合模式移动应用。
优选的,本发明实施例还提供了一种电子设备,包括:处理器,存储器,存储在存储器上并可在处理器上运行的计算机程序,该计算机程序被处理器执行时实现上述页面请求处理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本发明实施例还提供了一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现上述页面请求处理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本发明的保护之内。
本领域普通技术人员可以意识到,结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。