CN111881394B - 一种应用中间层的请求处理方法及系统 - Google Patents

Abstract

本申请提供了一种应用中间层的请求处理方法与系统，其中该系统应用该方法；该应用中间层的请求处理方法包括通过中间层对前端所发起的请求数据进行分析；分析后的请求数据由中间层各业务管道拦截匹配，确定中间层相应的业务管道对请求数据进行处理；相应的中间层业务管道通过后端提供的服务，使用中间层模板引擎进行API接口返回、页面渲染返回以及静态资源文件返回，并完成对前端的输出；解决了在客户量较大、网站数量多且数据均部署在云服务器上的情况下的前后端协调问题，大大提高了前后端协同工作的效率；且相比传统模式下的前后端分离架构的网站，其SEO更容易扩展；同时该中间层能够进行资源合并，降低服务器请求次数，从而提高网站的性能。

Description

一种应用中间层的请求处理方法及系统

技术领域

本申请涉及计算机应用技术领域，具体而言，涉及一种应用中间层的请求处理方法及系统。

背景技术

当前互联网激烈竞争的环境下，网站对SEO(搜索引擎优化)需求非常强烈。传统的网站支持SEO(搜索引擎优化)的做法会将网页静态化存放，便于爬虫收录网页信息。但在客户量较大、网站数量非常多、并且都部署在云服务器上的情况下，上述方法难以较好的支持SEO(搜索引擎优化)，同时在这种情况下动态模板渲染以及模板自动升级难以进行统一的处理，从而给前后端的协同带来巨大的困难。

基于以上，我们需要一套服务系统以及方法能够对动态模板渲染、支持SEO(搜索引擎优化)、模板自动升级等功能做统一处理。

申请内容

本申请的目的在于提供一种应用中间层的请求处理方法及系统，其能够解决在客户量较大、网站数量多且数据均部署在云服务器上的情况下的前后端协调问题，大大提高了前后端协同工作的效率。

本申请的实施例通过以下技术方案实现：

第一方面，一种应用中间层的请求处理方法，包括：

通过中间层对前端所发起的请求数据进行分析；

分析后的请求数据由中间层各业务管道拦截匹配，确定中间层相应的业务管道对请求数据进行处理；

相应的中间层业务管道通过后端提供的服务，使用中间层模板引擎进行API接口返回、页面渲染返回以及静态资源文件返回，并完成对前端的输出。

进一步的，所述请求处理方法还包括：中间层各业务管道处理前端的请求数据时还进行异常捕获，并将捕获到的异常信息输出给前端。

进一步的，所述请求处理方法还包括：业务域名解析，所述业务域名解析用于分析前端请求数据中的域名是否为临时域名，若是则将前端请求数据中的临时域名访问导向正式域名。

进一步的，所述中间层业务管道包括API路由管道、页面渲染管道、认证资源管道、静态资源管道、资源合并管道以及重定向管道。

进一步的，所述页面渲染返回由所述页面渲染管道实现，所述页面渲染管道根据内部缓存信息对各个子文件请求进行合并与缓存处理。

进一步的，所述静态资源文件返回由认证资源管道、静态资源管道和资源合并管道中任一管道或多个管道组合实现；

所述认证资源管道用于提供静态资源托管，实现对第三方系统文件的上传于认证访问；

所述静态资源管道以继承文件结构的方式实现网站资源的统一存放和管理；

所述资源合并管道以同类资源合并请求的方式减少请求发送的次数。

进一步的，所述重定向管道获取到前端的请求后，将通过请求数据信息判断请求来源所属终端，并根据终端是否与预设地址相匹配来决定是否需要重定向；若匹配则不进行重定向，否则重定向。

进一步的，所述继承文件结构包括父级网站文件夹和子级网站文件夹，所述父级网站文件夹存放网站全部功能文件，所述子级网站文件夹存放重写的定制化页面文件或组件文件；网站运行时，所述父级网站文件夹和子级网站文件夹进行临时合并，输出网站内容的同时，父级网站文件夹更新。

进一步的，所述前端的模板引擎语法具有数据绑定标记，用于中间层在渲染页面时，识别该标记并进行模板与接口数据绑定。

第二方面，一种应用中间层的请求处理系统，包括前端、中间层以及后端；

所述前端用于发起请求数据，并在请求数据中增加数据绑定标记；

所述中间层包括请求数据分析模块、异常捕捉模块、域名解析模块和业务管道模块；所述请求数据分析模块用于分析所述请求数据；所述域名解析模块用于分析前端请求数据中的域名是否为临时域名，并将临时域名访问导向正式域名；所述业务管道模块包括多个业务管道，其用于将分析后的请求数据进行拦截匹配，并由相应的业务管道对请求数据进行处理，同时将处理结果输出到所述前端；所述异常捕捉模块用于捕捉所述域名解析模块与业务管道模块中的异常信息，并将异常信息输出到所述前端；

所述后端用于为所述中间层提供数据接口，协助所述中间层完成对所述前端请求数据的响应与反馈。

本申请实施例的技术方案至少具有如下优点和有益效果：

本发明通过利用中间层的前端请求处理方法及系统解决了在客户量较大、网站数量多且数据均部署在云服务器上的情况下的前后端协调问题，大大提高了前后端协同工作的效率；且相比传统模式下的前后端分离架构的网站，其SEO更容易扩展；同时该中间层能够进行资源合并，降低服务器请求次数，从而提高网站的性能。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请的方法流程示意图；

图2为本申请的系统结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本实施例提供一种应用中间层的请求处理方法，包括：

通过中间层对前端所发起的请求数据进行分析。

分析后的请求数据由中间层各业务管道拦截匹配，确定中间层相应的业务管道对请求数据进行处理。

其中，在中间层对前端请求数据处理前或处理的过程中，该请求处理方法还包括：业务域名解析，业务域名解析用于分析前端请求数据中的域名是否为临时域名，若是则将前端请求数据中的临时域名访问导向正式域名。

本实施例中的中间层提供动态临访域名规则，每一位用户的网站都可以分配一个临时的二级域名，可直接通过临时域名访问网站的内容；其中正式域名通过后端为中间层提供数据接口关联绑定，中间层的API路由管道将正式域名导向到用户的网站，使的在用户通过临时域名访问时，也能自动导向到正式域名，从而展示网站的内容。

相应的中间层业务管道通过后端提供的服务，使用中间层模板引擎进行API接口返回、页面渲染返回以及静态资源文件返回，并完成对前端的输出。

其中，在中间层各业务管道处理前端的请求数据时还会进行异常捕获，并将捕获到的异常信息输出给前端；该异常捕获能够监测中间层核心服务的情况，使得中间层的各业务管道以及响应反馈能够得到有效监督，同时通过对异常的捕获，能够为后续提高中间层的服务质量与效率提供有效支持。

中间层业务管道包括API路由管道、页面渲染管道、认证资源管道、静态资源管道、资源合并管道以及重定向管道。

其中，页面渲染返回由页面渲染管道实现，页面渲染管道根据内部缓存信息对各个子文件请求进行合并与缓存处理；该内部缓存信息为多层缓存信息页面级、模板渲染级和文件级的信息；页面渲染管道的主要流程是对页面模板与数据接口进行编译，同时返回给请求方，并且在处理过程中，页面会根据内部缓存信息的策略对各个子文件的请求进行合并与缓存处理，以实现高并发与快速响应，从而提高网站的性能。

静态资源文件返回由认证资源管道、静态资源管道和资源合并管道中任一管道或多个管道组合实现。

其中，认证资源管道用于提供静态资源托管，实现对第三方系统文件的上传于认证访问；中间层提供静态资源托管功能，可以使第三方系统的认证文件通过用户正式绑定的域名验证；如微信公众号需要在用户绑定的正式域名后台增加verfy_xxx.txt认证文件时，通过认证资源管道即可实现文件的上传与认证访问。

静态资源管道以继承文件结构的方式实现网站资源的统一存放和管理；其中，继承文件结构包括父级网站文件夹和子级网站文件夹，父级网站文件夹存放网站全部功能文件，子级网站文件夹存放重写的定制化页面文件或组件文件；网站运行时，父级网站文件夹和子级网站文件夹进行临时合并，输出网站内容的同时，父级网站文件夹更新获取子级网站文件夹中存放的所有内容，因此用户站点可以自动获得新版本功能。

资源合并管道以同类资源合并请求的方式减少请求发送的次数；在前端请求网站页面时，由于单个页面的静态资源往往会非常多，为了提高网站访问效率，中间层提供同类资源合并请求机制，大大减少前端请求发起的数量，进而使整个网页的渲染效率得到提高，提高了网站的性能。

同时在重定向管道获取到前端的请求后，将通过请求数据信息判断请求来源所属终端，并根据终端是否与预设地址相匹配来决定是否需要重定向；若匹配则不进行重定向，否则重定向；如在PC端上使用移动端的网站地址进行访问时，若中间层判断网站支持PC端访问的情况下，能够重定向到PC端网站进行访问。

在本实施例中，前端的模板引擎语法具有数据绑定标记，用于中间层在渲染页面时，识别该标记并进行模板与接口数据绑定，从而达到了对SEO具有更好的支持能力。

在本实施例中，还提供一种应用中间层的请求处理系统，其包括前端、中间层以及后端，该系统应用上述的方法对前端的请求数据进行处理，使得前后端的协同工作效率大大提高，同时也提高了网站的工作性能。

前端用于发起请求数据，并在请求数据中增加数据绑定标记。

中间层包括请求数据分析模块、异常捕捉模块、域名解析模块和业务管道模块；请求数据分析模块用于分析请求数据；域名解析模块用于分析前端请求数据中的域名是否为临时域名，并将临时域名访问导向正式域名；业务管道模块包括多个业务管道，其用于将分析后的请求数据进行拦截匹配，并由相应的业务管道对请求数据进行处理，同时将处理结果输出到前端；异常捕捉模块用于捕捉域名解析模块与业务管道模块中的异常信息，并将异常信息输出到前端。

后端用于为中间层提供数据接口，协助中间层完成对前端请求数据的响应与反馈。

以上仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (5)

1.一种应用中间层的请求处理方法，其特征在于，包括：

通过中间层对前端所发起的请求数据进行分析；

分析后的请求数据由中间层各业务管道拦截匹配，确定中间层相应的业务管道对请求数据进行处理；

相应的中间层业务管道通过后端提供的服务，使用中间层模板引擎进行API接口返回、页面渲染返回以及静态资源文件返回，并完成对前端的输出；其中，所述中间层业务管道包括API路由管道、页面渲染管道、认证资源管道、静态资源管道、资源合并管道以及重定向管道；

所述页面渲染返回由所述页面渲染管道实现，所述页面渲染管道根据内部缓存信息对各个子文件请求进行合并与缓存处理；

所述静态资源文件返回由认证资源管道、静态资源管道和资源合并管道中任一管道或多个管道组合实现；所述认证资源管道用于提供静态资源托管，实现对第三方系统文件的上传于认证访问；所述静态资源管道以继承文件结构的方式实现网站资源的统一存放和管理，所述继承文件结构包括父级网站文件夹和子级网站文件夹，所述父级网站文件夹存放网站全部功能文件，所述子级网站文件夹存放重写的定制化页面文件或组件文件；网站运行时，所述父级网站文件夹和子级网站文件夹进行临时合并，输出网站内容的同时，父级网站文件夹更新；所述资源合并管道以同类资源合并请求的方式减少请求发送的次数；

所述重定向管道获取到前端的请求后，将通过请求数据信息判断请求来源所属终端，并根据终端是否与预设地址相匹配来决定是否需要重定向；若匹配则不进行重定向，否则重定向。

2.根据权利要求1所述的应用中间层的请求处理方法，其特征在于，所述请求处理方法还包括：中间层各业务管道处理前端的请求数据时还进行异常捕获，并将捕获到的异常信息输出给前端。

3.根据权利要求1或2所述的应用中间层的请求处理方法，其特征在于，所述请求处理方法还包括：业务域名解析，所述业务域名解析用于分析前端请求数据中的域名是否为临时域名，若是则将前端请求数据中的临时域名访问导向正式域名。

4.根据权利要求1所述的应用中间层的请求处理方法，其特征在于，所述前端的模板引擎语法具有数据绑定标记，用于中间层在渲染页面时，识别该标记并进行模板与接口数据绑定。

5.一种应用中间层的请求处理系统，其特征在于，包括前端、中间层以及后端；

所述前端用于发起请求数据，并在请求数据中增加数据绑定标记；

所述中间层包括请求数据分析模块、异常捕捉模块、域名解析模块和业务管道模块；所述请求数据分析模块用于分析所述请求数据；所述域名解析模块用于分析前端请求数据中的域名是否为临时域名，并将临时域名访问导向正式域名；所述业务管道模块包括多个业务管道，其用于将分析后的请求数据进行拦截匹配，并由相应的业务管道对请求数据进行处理，同时将处理结果输出到所述前端；所述异常捕捉模块用于捕捉所述域名解析模块与业务管道模块中的异常信息，并将异常信息输出到所述前端；

所述后端用于为所述中间层提供数据接口，协助所述中间层完成对所述前端请求数据的响应与反馈；具体的，所述中间层业务管道包括API路由管道、页面渲染管道、认证资源管道、静态资源管道、资源合并管道以及重定向管道；

所述页面渲染返回由所述页面渲染管道实现，所述页面渲染管道根据内部缓存信息对各个子文件请求进行合并与缓存处理；

所述静态资源文件返回由认证资源管道、静态资源管道和资源合并管道中任一管道或多个管道组合实现；所述认证资源管道用于提供静态资源托管，实现对第三方系统文件的上传于认证访问；所述静态资源管道以继承文件结构的方式实现网站资源的统一存放和管理，所述继承文件结构包括父级网站文件夹和子级网站文件夹，所述父级网站文件夹存放网站全部功能文件，所述子级网站文件夹存放重写的定制化页面文件或组件文件；网站运行时，所述父级网站文件夹和子级网站文件夹进行临时合并，输出网站内容的同时，父级网站文件夹更新；所述资源合并管道以同类资源合并请求的方式减少请求发送的次数；

所述重定向管道获取到前端的请求后，将通过请求数据信息判断请求来源所属终端，并根据终端是否与预设地址相匹配来决定是否需要重定向；若匹配则不进行重定向，否则重定向。