CN112182445A - 一种优化客户端页面性能的方法和装置 - Google Patents
一种优化客户端页面性能的方法和装置 Download PDFInfo
- Publication number
- CN112182445A CN112182445A CN201910590236.8A CN201910590236A CN112182445A CN 112182445 A CN112182445 A CN 112182445A CN 201910590236 A CN201910590236 A CN 201910590236A CN 112182445 A CN112182445 A CN 112182445A
- Authority
- CN
- China
- Prior art keywords
- request
- client
- server
- returning
- response data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 54
- 230000004044 response Effects 0.000 claims abstract description 61
- 230000002452 interceptive effect Effects 0.000 claims abstract description 21
- 238000003860 storage Methods 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 9
- 238000007596 consolidation process Methods 0.000 claims 1
- 238000004891 communication Methods 0.000 abstract description 29
- 230000003993 interaction Effects 0.000 abstract description 20
- 238000010586 diagram Methods 0.000 description 19
- 230000002829 reductive effect Effects 0.000 description 18
- 238000005457 optimization Methods 0.000 description 16
- 230000008569 process Effects 0.000 description 15
- 230000006870 function Effects 0.000 description 9
- 230000003068 static effect Effects 0.000 description 8
- 238000012545 processing Methods 0.000 description 7
- 238000011161 development Methods 0.000 description 6
- 238000011156 evaluation Methods 0.000 description 5
- 230000006835 compression Effects 0.000 description 4
- 238000010276 construction Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 238000011160 research Methods 0.000 description 4
- 238000007906 compression Methods 0.000 description 3
- 230000000670 limiting effect Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 238000009877 rendering Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000007547 defect Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- DBGIVFWFUFKIQN-UHFFFAOYSA-N (+-)-Fenfluramine Chemical compound CCNC(C)CC1=CC=CC(C(F)(F)F)=C1 DBGIVFWFUFKIQN-UHFFFAOYSA-N 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000004140 cleaning Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000011423 initialization method Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000013515 script Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000005303 weighing Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
- G06F16/986—Document structures and storage, e.g. HTML extensions
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种优化客户端页面性能的方法和装置,涉及计算机技术领域。该方法的一具体实施方式包括:将设定时间段内客户端发来的请求项合并为一个请求,然后将合并后的请求发送给服务端,请求项为客户端同一界面下的交互式组件所发出的交互请求;将服务端的响应数据返回给对应的客户端。该实施方式减少了客户端与服务端进行通信交互的次数及数据量,从而降低了客户端与服务端交互的成本,有效地解决了客户端和服务端短时间内频繁的数据请求问题,提高了客户端与服务器的通信效率,优化了客户端页面的性能。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种优化客户端页面性能的方法和装置。
背景技术
目前无论是在web(网络)开发还是在移动端开发中,客户端和服务器端的通信越来越复杂,客户端和服务端数据交互越来越频繁,导致客户端页面的性能降低,而如何提高其通信的响应速度是目前研究的热点问题。
目前,比较常用的优化客户端页面性能的技术方案主要有以下几种:
1)代码的构建优化:通过编码技巧,提高页面的渲染速度以优化客户端页面性能;
2)静态资源优化:静态资源主要指的是图片,通过使用图片精灵(CSS Sprite)把多张图片放到一张大图片里面,通过CSS(Cascading Style Sheets,层叠样式表)来显示图片的一部分以优化客户端页面性能;
3)交付及网络请求优化:在接收服务器返回的数据时,通过异步加载或懒加载等的加载方式来优化客户端页面性能;
4)浏览器缓存:当客户端页面请求服务器端的资源时,可以通过读取浏览器中暂存的数据来加速访问,从而优化客户端页面性能。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
虽然目前客户端页面的优化途径有很多,但是都存在不同程度的缺陷:
1)代码的构建优化:页面渲染速度的优化很大的程度上依托于程序员的个人编程素质,但是这种方法往往在处理前后端数据通信的情况时,效果甚微;
2)静态资源优化:主要针对图片进行处理,因此,这种优化方式的使用范围有限;
3)交付及网络请求优化:仅在服务端数据返回时做了处理,例如异步加载、懒加载等,这种方式在一定程度上起到优化客户端页面的效果,但是此方法只是在服务端返回时做了操作,而并不能从本质上优化客户端页面的性能;
4)浏览器缓存:利用浏览器缓存的策略在某些情况能降低客户端页面的响应速度,但是缓存没有清理机制,这些缓存的文件会永久性地保存在机器上,当不再需要浏览之前的这些网页时,这些文件就成了无效或者无用的文件,它们存储在用户硬盘中只会占用空间而没有任何用处,极大浪费了硬盘空间。
发明内容
有鉴于此,本发明实施例提供一种优化客户端页面性能的方法和装置,能够减少客户端与服务端进行通信交互的次数及数据量,从而降低了客户端与服务端交互的成本,有效地解决了客户端和服务端短时间内频繁的数据请求问题,提高了客户端与服务器的通信效率,优化了客户端页面的性能。
为实现上述目的,根据本发明实施例的一个方面,提供了一种优化客户端页面性能的方法。
一种优化客户端页面性能的方法,包括:将设定时间段内客户端发来的请求项合并为一个请求,然后将合并后的请求发送给服务端,所述请求项为所述客户端同一界面下的交互式组件所发出的交互请求;将所述服务端的响应数据返回给对应的客户端。
可选地,将设定时间段内客户端发来的请求项合并为一个请求包括:将设定时间段内客户端发来的请求项进行去重,并将去重后的请求项合并为一个请求。
可选地,将合并后的请求发送给服务端之前,还包括:建立客户端与请求项的关联关系;并且,将所述服务端的响应数据返回给对应的客户端包括:根据所述关联关系,将所述服务端的响应数据返回给对应的客户端。
可选地,将合并后的请求发送给服务端之前,还包括:为每个客户端发来的请求项建立索引;并且,将所述服务端的响应数据返回给对应的客户端包括:按照所述索引,将所述服务端的响应数据按照预设规则返回给所述每个客户端。
可选地,通过建立请求池来进行请求项合并以及将响应数据返回给对应的客户端。
根据本发明实施例的另一方面,提供了一种优化客户端页面性能的装置。
一种优化客户端页面性能的装置,包括:请求合并模块,用于将设定时间段内客户端发来的请求项合并为一个请求,然后将合并后的请求发送给服务端,所述请求项为所述客户端同一界面下的交互式组件所发出的交互请求;响应返回模块,用于将所述服务端的响应数据返回给对应的客户端。
可选地,所述请求合并模块还用于:将设定时间段内客户端发来的请求项进行去重,并将去重后的请求项合并为一个请求。
可选地,还包括关联建立模块,用于:在将合并后的请求发送给服务端之前,建立客户端与请求项的关联关系;并且,所述响应返回模块还用于:根据所述关联关系,将所述服务端的响应数据返回给对应的客户端。
可选地,还包括索引建立模块,用于:在将合并后的请求发送给服务端之前,为每个客户端发来的请求项建立索引;并且,所述响应返回模块还用于:按照所述索引,将所述服务端的响应数据按照预设规则返回给所述每个客户端。
可选地,通过建立请求池来进行请求项合并以及将响应数据返回给对应的客户端。
根据本发明实施例的又一方面,提供了一种优化客户端页面性能的电子设备。
一种优化客户端页面性能的电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本发明实施例所提供的优化客户端页面性能的方法。
根据本发明实施例的再一方面,提供了一种计算机可读介质。
一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现本发明实施例所提供的优化客户端页面性能的方法。
上述发明中的一个实施例具有如下优点或有益效果:通过将设定时间段内客户端发来的请求项合并为一个请求,然后将合并后的请求发送给服务端;以及将服务端的响应数据返回给对应的客户端,减少了客户端与服务端进行通信交互的次数,从而降低了客户端与服务端交互的成本,有效地解决了客户端和服务端短时间内频繁的数据请求问题;通过将客户端发来的请求项进行去重,并将去重后的请求项合并为一个请求,可以减少客户端的总加载时间,避免在请求队列中添加重复的请求,从而减少了客户端与服务端进行通信交互的数据量,进而提高了客户端与服务器的通信效率,在优化了客户端页面性能的同时提高了服务端的响应能力;通过建立请求项与客户端的关联关系以及每个客户端对应的请求项的索引,使得请求池的可重用性大大提高,客户端页面的每个组件都可以直接使用请求池来提升客户端页面性能。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是根据本发明实施例的优化客户端页面性能的方法的主要步骤示意图;
图2是传统的客户端和服务端的数据请求过程示意图;
图3是本发明一个实施例的基于Ajax池的客户端和服务端的数据请求过程示意图;
图4是本发明一个实施例的Ajax池的初始化过程示意图;
图5是本发明一个实施例的Ajax池进行请求项合并的原理示意图;
图6是根据本发明实施例的优化客户端页面性能的装置的主要模块示意图;
图7是本发明实施例可以应用于其中的示例性***架构图;
图8是适于用来实现本发明实施例的终端设备或服务器的计算机***的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
研究表明:用户最满意的打开网页时间是2-5秒,如果等待超过10秒,99%的用户会关闭这个网页。下面将列举一组数据来进行佐证:Google(谷歌)网站访问速度每慢400ms就会导致用户搜索请求下降0.59%;Amazon(亚马逊)网站每增加100ms的网站延迟将导致收入下降1%;雅虎如果有400ms的网站延迟将会导致流量下降5-9%,等等。由此可见,网站的加载速度严重影响了用户体验,也决定了这个网页的生死存亡。
而现有技术在进行网页访问时,一般只有10%~20%的请求响应时间花在了下载网页html(Hyper Text Markup Language,超文本标记语言)文档上,其余的80%~90%的时间花在了下载页面中的所有组件数据上。
针对这种现状,本发明调研了目前比较常用的优化客户端页面性能的技术,主要有以下四种:
1)代码的构建优化
代码的构建优化措施是比较多的,其根本目的主要是降低客户端代码解析运行的时间,包括:使用“cutting-the-mustard(符合标准技术,由BBC News开发者博客提出,一种基于浏览器特性来检测其支持程度,并以此选择要加载哪些功能的技术。对老旧的浏览器,仅输出核心功能代码;对现代浏览器输出增强的功能代码。)”模式、减少解析JavaScript的成本、限制使用第三方脚本、服务器端渲染等途径;
2)静态资源优化
主要是减少静态资源的加载时间,主要包括html、css(Cascading Style Sheets,层叠样式表)、js(JavaScript)和图片文件,静态资源的加载时间是客户端性能最大的瓶颈(特别是图片文件),现如今优化的手段也很丰富,以下简要列举几种常用的方法:
a)合并css、js文件,以减少http(HyperText Transfer Protocol,超文本传输协议)请求的次数,节省网络请求时间;
b)静态资源cdn(Content Delivery Network,内容分发网络)分发:客户端可以通过最佳的网络链路加载静态资源;
c)js、css文件压缩、图片压缩、gzip(GNUzip,是一个GNU自由软件的文件压缩程序。)压缩等,以减少请求返回的数据量;
d)权衡dns(Domain Name System,域名***)的查找:尽可能降低dns查找的次数,当客户端的dns缓存为空时,dns查找的数量与web页面中唯一主机名的数量相等,所以减少唯一主机名的数量就可以减少dns查找的数量;
3)交付及网络请求优化
交付优化方面主要包括异步加载和懒加载,网络请求优化的途径是减少http的请求次数、资源合并与压缩、设置http的缓存,使用内容分发网络(cdn)把网站内容分散到多个、处于不同地域位置的服务器上以加快下载速度;
4)合理利用浏览器缓存
浏览器缓存(Brower Caching)是浏览器在本地磁盘对用户最近请求过的文档进行存储,当访问者再次访问同一页面时,浏览器就可以直接从本地磁盘加载文档。就是说接收到用户的请求之后,会把请求的路径和返回的响应结果保存在缓存中,当下一次发送相同的请求时,浏览器会从缓存中把数据取出来,从而提高页面的响应速度和用户体验。
由上面的分析可以看出,虽然现有技术中客户端页面性能的优化途径有很多,但是均未从如何降低客户端页面和服务器之间的通信时间方面着手,而这恰恰是客户端页面性能优化的有效着力点。本发明即是从此点出发,提供了一种优化客户端页面性能的方法和装置。
本发明中以React(用来架设Instagram的网站客户端开发框架)开发过程中的客户端页面和服务器端数据通信为例,介绍了一种基于Ajax池的网络请求设计方案。一般情况下,网站的某个页面会同时接收到多个请求,或者是短时间内某个客户端会通过网站的客户端页面发起多次请求,在后台可能会报错然后该页面和新请求的页面会卡住,通过本发明提供的优化客户端页面性能的方法即可很好地解决该问题。
图1是根据本发明实施例的优化客户端页面性能的方法的主要步骤示意图。如图1所示,本发明实施例的优化客户端页面性能的方法主要包括如下的步骤S101和步骤S102。
步骤S101:将设定时间段内客户端发来的请求项合并为一个请求,然后将合并后的请求发送给服务端,请求项为客户端同一界面下的交互式组件所发出的交互请求;
步骤S102:将服务端的响应数据返回给对应的客户端。
设定时间段可以是某个具体的时刻,也可以是某个延迟时间段(例如:2秒)。通过将客户端发来的多个请求项合并为一个请求并发送给服务端,可以减少向服务端发送请求的次数,从而降低了客户端与服务端交互的成本,且可以节省客户端与服务端交互的时间,进而优化了客户端页面性能。其中,请求项为客户端同一界面下的交互式组件所发出的交互请求。
图2是传统的客户端和服务端的数据请求过程示意图。本发明以React开发过程中的客户端和服务器的通信为例进行介绍,React是一种组件化的创建用户交互界面的框架,用户可以使用React组件开发页面的每一个部分,最后由多个容器组合起来渲染成整个页面。其中一些交互式组件需要做一些ajax等网络请求来加载或更新数据状态。如图2所示,在传统的客户端和服务端的数据请求过程中,当用户通过客户端发送请求给服务端时,每个容器(包括父容器和子容器)负责执行相应的POST请求或evaluate(评价)操作。或者,使用Redux(一种客户端架构),每个容器都负责分派一个动作,然后该动作将执行请求。在处理每个promise(承诺)之后,每个容器决定如何处理evaluate。
在这个示例中,页面首次加载时,客户端页面将向服务器同时发出至少5个请求。并且,当这5个请求返回之后,React将对客户端页面进行5次渲染。在一定情况下,这种请求方式可以足够快。但是,如果客户端的客户端页面使用了大量的交互式组件时,这意味着客户端将同时发出20、30或更多个请求。然而同时发出多少请求是有限制的,因此其余的请求会添加到一个增加总时间的队列中。
由图2可以看出,传统的客户端和服务端的数据请求过程中发送的请求个数多,且请求交互数据量大,故而会带来性能缺陷。而本发明即可很好地解决该技术问题。
图3是本发明一个实施例的基于Ajax池的客户端和服务端的数据请求过程示意图。如图3所示,本发明的主要思想是通过初始化一个Ajax池(其是请求池的一种,根据客户端开发框架的不同,还可以是Fetch池、Axis池等),将同一时刻或者一定延迟时间内客户端同一界面下的交互式组件所发出的请求项(指的是客户端向服务器发出的请求队列中的一个元素,它包括参数parameters,请求ID等)都添加到一个请求队列中,并删除其中重复的请求项,进而合并成一个请求并发送给服务端。当合并后的请求被服务端处理完之后,Ajax池会将所有请求对应的响应数据分发给对应的客户端。
其中,在进行请求项的合并时,会建立各个请求项与客户端的关联关系以便可以将响应数据返回给对应的客户端;并且,还要为每个客户端发来的请求项建立索引,以便可以将响应数据按照设定的规则返回给每个客户端。其中,设定的规则可根据具体实现需要进行灵活设定,例如可以是:根据该多个请求项的时间顺序依次返回响应数据;又或者是随机返回每个请求项的响应数据,等等。在为客户端发来的请求项建立索引时,一种具体的实现方式例如是:为每个请求项分配一个唯一标识ID,并根据ID建立索引。
在该实施例中,通过Evaluation Service(评价服务***)来进行Ajax池的初始化,每次调用此服务***的evaluate方法时,它首先调用initPool来获取Ajax池的相应标识“id”。这个“id”对于每个Ajax请求都是唯一的。如果在同一时刻有多个Ajax池的初始任务执行,则应在所有Ajax池中使用相同的“id”。Ajax池的目的是使用相同的响应来解析Ajax池的所有promise,但只使用一个Ajax请求。
图4是本发明一个实施例的Ajax池的初始化过程示意图。如图4所示,本发明需要先建立一个评价服务***Evaluation Service以用于进行Ajax池的初始化,并将请求项添加到请求队列中,然后在Ajax池初始化时传递给Ajax池。
一个Ajax池初始化时会设定初始化方法Initpool()、待合并的请求项的延迟时间段DelayTime(DelayTime=100ms时表示的是0~100ms的所有的请求项,即将0~100ms内的所有请求项合并为一个请求;若设置DelayTime=0,则表示为某一时刻的所有的请求项)、删除请求项方法CleanRquest、添加请求项方法AddQueue、保存请求项索引变量和服务器请求方法Request(),以及数据返回方法Response(),即一个Ajax池用一个六元组AjaxPool可以表示为:
AjaxPool=(Initpool,DelayTime,CleanRquest,AddQueue,Request,Response)。
在本发明的一个实施例中,建立Evaluation Service的代码例如是:EvaluationService.evaluate([a,b]).then(res=>{//...});通过Evaluation Service初始化Ajax池的代码例如是:const id=pool.initPool()。
图5是本发明一个实施例的Ajax池进行请求项合并的原理示意图。Ajax池接收到所有的请求项后,过滤重复的请求项以进行请求项去重并建立请求项与客户端的关联关系以及请求项的索引,并把去重后的请求项合并为一个请求,然后将合并后的请求发送到服务器。如图5所示,假设Ajax池接收到的请求项分别为“[a,b]”、“[a,c]”、“[a,g]”、“[f,b]”、……、“[c,f]”,则经Ajax池合并后的请求为“[a,b,c,f,g,…]”。
当服务器将该合并后的请求对应的响应内容返回客户端时,Ajax池根据客户端与请求项的关联关系以及每个客户端对应的请求项的索引,将响应内容返回给对应的客户端,以便客户端进行数据更新和渲染页面。
由前述介绍内容可以看出,通过将设定时间段内客户端发来的请求项进行去重,并将去重后的请求项合并为一个请求,可以减少客户端的总加载时间,避免在请求队列中添加重复的请求,从而减少了客户端与服务端进行通信交互的数据量,同时还减少了客户端与服务端进行通信交互的次数,提高了客户端与服务器的通信效率,在优化了客户端页面性能的同时提高了服务端的响应能力;通过建立请求项与客户端的关联关系以及每个客户端对应的请求项的索引,使得请求池的可重用性大大提高,客户端页面的每个组件都可以直接使用请求池来提升客户端页面性能。
图6是根据本发明实施例的优化客户端页面性能的装置的主要模块示意图。如图6所示,本发明实施例的优化客户端页面性能的装置600主要包括请求合并模块601和响应返回模块602。
请求合并模块601,用于将设定时间段内客户端发来的请求项合并为一个请求,然后将合并后的请求发送给服务端,请求项为客户端同一界面下的交互式组件所发出的交互请求;
响应返回模块602,用于将服务端的响应数据返回给对应的客户端。
根据本发明的一个实施例,请求合并模块601还可以用于:
将设定时间段内客户端发来的请求项进行去重,并将去重后的请求项合并为一个请求。
根据本发明的另一个实施例,优化客户端页面性能的装置600还可以包括关联建立模块(图中未示出),用于:
在将合并后的请求发送给服务端之前,建立客户端与请求项的关联关系;
并且,响应返回模块602还可以用于:
根据该关联关系,将服务端的响应数据返回给对应的客户端。
根据本发明的又一个实施例,优化客户端页面性能的装置600还可以包括索引建立模块(图中未示出),用于:
在将合并后的请求发送给服务端之前,为每个客户端发来的请求项建立索引;
并且,响应返回模块602还可以用于:
按照索引,将服务端的响应数据按照预设规则返回给每个客户端。
根据本发明实施例的技术方案,通过建立请求池来进行请求项合并以及将响应数据返回给对应的客户端。
根据本发明实施例的技术方案,通过将设定时间段内客户端发来的请求项合并为一个请求,然后将合并后的请求发送给服务端;以及将服务端的响应数据返回给对应的客户端,减少了客户端与服务端进行通信交互的次数,从而降低了客户端与服务端交互的成本,有效地解决了客户端和服务端短时间内频繁的数据请求问题;通过将客户端发来的请求项进行去重,并将去重后的请求项合并为一个请求,可以减少客户端的总加载时间,避免在请求队列中添加重复的请求,从而减少了客户端与服务端进行通信交互的数据量,进而提高了客户端与服务器的通信效率,在优化了客户端页面性能的同时提高了服务端的响应能力;通过建立请求项与客户端的关联关系以及每个客户端对应的请求项的索引,使得请求池的可重用性大大提高,客户端页面的每个组件都可以直接使用请求池来提升客户端页面性能。
图7示出了可以应用本发明实施例的优化客户端页面性能的方法或优化客户端页面性能的装置的示例性***架构700。
如图7所示,***架构700可以包括终端设备701、702、703,网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备701、702、703通过网络704与服务器705交互,以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器705可以是提供各种服务的服务器,例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理,并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。
需要说明的是,本发明实施例所提供的优化客户端页面性能的方法一般由服务器705执行,相应地,优化客户端页面性能的装置一般设置于服务器705中。
应该理解,图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图8,其示出了适于用来实现本发明实施例的终端设备或服务器的计算机***800的结构示意图。图8示出的终端设备或服务器仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图8所示,计算机***800包括中央处理单元(CPU)801,其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中,还存储有***800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。
以下部件连接至I/O接口805:包括键盘、鼠标等的输入部分806;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807;包括硬盘等的存储部分808;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器810上,以便于从其上读出的计算机程序根据需要被安装入存储部分808。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分809从网络上被下载和安装,和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时,执行本发明的***中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的单元或模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中,例如,可以描述为:一种处理器包括请求合并模块和响应返回模块。其中,这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定,例如,请求合并模块还可以被描述为“用于将设定时间段内客户端发来的请求项合并为一个请求,然后将合并后的请求发送给服务端的模块”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:将设定时间段内客户端发来的请求项合并为一个请求,然后将合并后的请求发送给服务端,所述请求项为所述客户端同一界面下的交互式组件所发出的交互请求;将所述服务端的响应数据返回给对应的客户端。
根据本发明实施例的技术方案,通过将设定时间段内客户端发来的请求项合并为一个请求,然后将合并后的请求发送给服务端;以及将服务端的响应数据返回给对应的客户端,减少了客户端与服务端进行通信交互的次数,从而降低了客户端与服务端交互的成本,有效地解决了客户端和服务端短时间内频繁的数据请求问题;通过将客户端发来的请求项进行去重,并将去重后的请求项合并为一个请求,可以减少客户端的总加载时间,避免在请求队列中添加重复的请求,从而减少了客户端与服务端进行通信交互的数据量,进而提高了客户端与服务器的通信效率,在优化了客户端页面性能的同时提高了服务端的响应能力;通过建立请求项与客户端的关联关系以及每个客户端对应的请求项的索引,使得请求池的可重用性大大提高,客户端页面的每个组件都可以直接使用请求池来提升客户端页面性能。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (12)
1.一种优化客户端页面性能的方法,其特征在于,包括:
将设定时间段内客户端发来的请求项合并为一个请求,然后将合并后的请求发送给服务端,所述请求项为所述客户端同一界面下的交互式组件所发出的交互请求;
将所述服务端的响应数据返回给对应的客户端。
2.根据权利要求1所述的方法,其特征在于,将设定时间段内客户端发来的请求项合并为一个请求包括:
将设定时间段内客户端发来的请求项进行去重,并将去重后的请求项合并为一个请求。
3.根据权利要求1所述的方法,其特征在于,将合并后的请求发送给服务端之前,还包括:
建立客户端与请求项的关联关系;
并且,将所述服务端的响应数据返回给对应的客户端包括:
根据所述关联关系,将所述服务端的响应数据返回给对应的客户端。
4.根据权利要求1或3所述的方法,其特征在于,将合并后的请求发送给服务端之前,还包括:
为每个客户端发来的请求项建立索引;
并且,将所述服务端的响应数据返回给对应的客户端包括:
按照所述索引,将所述服务端的响应数据按照预设规则返回给所述每个客户端。
5.根据权利要求1所述的方法,其特征在于,通过建立请求池来进行请求项合并以及将响应数据返回给对应的客户端。
6.一种优化客户端页面性能的装置,其特征在于,包括:
请求合并模块,用于将设定时间段内客户端发来的请求项合并为一个请求,然后将合并后的请求发送给服务端,所述请求项为所述客户端同一界面下的交互式组件所发出的交互请求;
响应返回模块,用于将所述服务端的响应数据返回给对应的客户端。
7.根据权利要求6所述的装置,其特征在于,所述请求合并模块还用于:
将设定时间段内客户端发来的请求项进行去重,并将去重后的请求项合并为一个请求。
8.根据权利要求6所述的装置,其特征在于,还包括关联建立模块,用于:
在将合并后的请求发送给服务端之前,建立客户端与请求项的关联关系;
并且,所述响应返回模块还用于:
根据所述关联关系,将所述服务端的响应数据返回给对应的客户端。
9.根据权利要求6或8所述的装置,其特征在于,还包括索引建立模块,用于:
在将合并后的请求发送给服务端之前,为每个客户端发来的请求项建立索引;
并且,所述响应返回模块还用于:
按照所述索引,将所述服务端的响应数据按照预设规则返回给所述每个客户端。
10.根据权利要求6所述的装置,其特征在于,通过建立请求池来进行请求项合并以及将响应数据返回给对应的客户端。
11.一种优化客户端页面性能的电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。
12.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-5中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910590236.8A CN112182445A (zh) | 2019-07-02 | 2019-07-02 | 一种优化客户端页面性能的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910590236.8A CN112182445A (zh) | 2019-07-02 | 2019-07-02 | 一种优化客户端页面性能的方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112182445A true CN112182445A (zh) | 2021-01-05 |
Family
ID=73915569
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910590236.8A Pending CN112182445A (zh) | 2019-07-02 | 2019-07-02 | 一种优化客户端页面性能的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112182445A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113364637A (zh) * | 2021-08-09 | 2021-09-07 | 中建电子商务有限责任公司 | 一种基于批量打包调度的网络通信优化方法及*** |
CN113691630A (zh) * | 2021-08-26 | 2021-11-23 | 北京字节跳动网络技术有限公司 | Dns请求处理方法、装置、***、电子设备和存储介质 |
CN113885902A (zh) * | 2021-08-23 | 2022-01-04 | 北京房江湖科技有限公司 | 一种应用程序界面更新方法 |
CN116456021A (zh) * | 2023-04-20 | 2023-07-18 | 成都赛力斯科技有限公司 | 页面数据请求方法、装置、电子设备及可读存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102387206A (zh) * | 2011-10-20 | 2012-03-21 | 镇江睿泰信息科技有限公司 | 一种Web服务并发请求合成方法及*** |
CN103701714A (zh) * | 2013-12-25 | 2014-04-02 | 北京奇虎科技有限公司 | 页面提取方法、服务器及网络*** |
CN106657193A (zh) * | 2015-11-02 | 2017-05-10 | 腾讯科技(深圳)有限公司 | 一种请求处理方法、装置、终端设备及服务器 |
WO2017181602A1 (zh) * | 2016-04-20 | 2017-10-26 | 乐视控股(北京)有限公司 | 点播方法、装置、电子设备及*** |
-
2019
- 2019-07-02 CN CN201910590236.8A patent/CN112182445A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102387206A (zh) * | 2011-10-20 | 2012-03-21 | 镇江睿泰信息科技有限公司 | 一种Web服务并发请求合成方法及*** |
CN103701714A (zh) * | 2013-12-25 | 2014-04-02 | 北京奇虎科技有限公司 | 页面提取方法、服务器及网络*** |
CN106657193A (zh) * | 2015-11-02 | 2017-05-10 | 腾讯科技(深圳)有限公司 | 一种请求处理方法、装置、终端设备及服务器 |
WO2017181602A1 (zh) * | 2016-04-20 | 2017-10-26 | 乐视控股(北京)有限公司 | 点播方法、装置、电子设备及*** |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113364637A (zh) * | 2021-08-09 | 2021-09-07 | 中建电子商务有限责任公司 | 一种基于批量打包调度的网络通信优化方法及*** |
CN113885902A (zh) * | 2021-08-23 | 2022-01-04 | 北京房江湖科技有限公司 | 一种应用程序界面更新方法 |
CN113885902B (zh) * | 2021-08-23 | 2022-10-11 | 贝壳找房(北京)科技有限公司 | 一种应用程序界面更新方法 |
CN113691630A (zh) * | 2021-08-26 | 2021-11-23 | 北京字节跳动网络技术有限公司 | Dns请求处理方法、装置、***、电子设备和存储介质 |
CN116456021A (zh) * | 2023-04-20 | 2023-07-18 | 成都赛力斯科技有限公司 | 页面数据请求方法、装置、电子设备及可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112182445A (zh) | 一种优化客户端页面性能的方法和装置 | |
US10015226B2 (en) | Methods for making AJAX web applications bookmarkable and crawlable and devices thereof | |
US9117002B1 (en) | Remote browsing session management | |
CN109936605B (zh) | 一种加载接口数据的方法和装置 | |
CN110928905B (zh) | 一种数据处理方法和装置 | |
CN103051706A (zh) | 应用于动态网站的动态网页请求处理***和方法 | |
CN110661826A (zh) | 代理服务器端处理网络请求的方法和代理服务器 | |
CN112445988A (zh) | 一种数据加载方法和装置 | |
CN112214250A (zh) | 一种应用程序组件的加载方法和装置 | |
CN110647327B (zh) | 基于卡片的用户界面动态控制的方法和装置 | |
US10341454B2 (en) | Video and media content delivery network storage in elastic clouds | |
CN113569173A (zh) | 页面加载方法及装置、存储介质、电子设备 | |
CN111177109B (zh) | 一种删除过期键的方法和装置 | |
CN109213815B (zh) | 控制执行次数的方法、装置、服务器终端以及可读介质 | |
CN113760274B (zh) | 一种前端组件逻辑注入方法和装置 | |
CN110727889A (zh) | 一种静态网页资源的加载方法、装置、介质及电子设备 | |
CN112688982B (zh) | 一种用户请求处理方法和装置 | |
CN114125067A (zh) | 前后端分离的灰度发布方法、前端服务器和配置服务器 | |
CN111796878A (zh) | 一种应用于单页应用的资源拆分、加载方法和装置 | |
CN113760890A (zh) | 关系型数据库管理的方法和装置 | |
CN112069771A (zh) | 一种用于解析pdf文件中的图片的方法及装置 | |
CN112749353A (zh) | 网页图标的处理方法和装置 | |
CN113220981A (zh) | 一种优化缓存的方法和装置 | |
CN113312053A (zh) | 一种数据处理的方法和装置 | |
CN104978339A (zh) | 一种文件处理方法、设备和网络*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |