具体实施方式

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

实施例1

参阅图1所示，图1示出了本发明实施例提供的接口配置方法的流程示意图。

经申请人研究发现，针对新的APP和接口开发后，接口与客户端的旧接口不兼容的问题，常规处理方式包括APP强制更新、热更新以及代理服务等，其中，强制更新影响用户体验，容易导致用户流失；热更新修改完后，还需要在原生代码里修改；而代理服务，例如Nginx，虽可以针对固定业务进行转发，或按照业务规则进行固定编码去做接口转发，但局限性较高，无法灵活进行配置管理。此外，现有的众多代理服务，均无法灵活的进行接口信息的配置。必须拥有代码能力的开发人员根据业务需求进行编码才可实现固定的转发功能，扩展性差，无法复用。因此，本发明提供一种接口配置方法及系统，新旧版本的客户端均能享受最新的接口服务，而服务端也无需过多的考虑旧版本的接口兼容性。具体方案如下：

参阅图3所示的配置方法原理图，一种接口配置方法，包括如下步骤：

通过代理服务拦截客户端发起的请求；其中，请求的关键属性包括：域名（Domain）、路由（Url）、请求方法（Method）、报文头（Header）、URL参数（Parameters）以及报文体（Body）。

进一步的，代理服务拦截到请求后，对请求进行分析，在接口转换配置表中进行检索匹配，确定匹配的预设转换接口，并将原请求挂起等待，利用获取到的预设转换接口传建一个新的Request向服务端发起新的请求。

服务端将请求响应结果输出至代理服务，由代理服务根据原请求API接口进行还原处理，并将还原处理后的响应结果下发客户端。

需要说明的是，通过上述所提供的方法获取数据，用户无需进行版本更新，即通过旧版本的API请求也能拿到最新接口才支持的业务数据，增强了用户体验，解决了用于获取新业务数据必须进行更新的难题。

此外，针对若未能匹配到预设转换接口的情况，直接跳过上述流程，让原请求正常向服务端发起，不做任何转换处理。服务端响应原请求，将响应结果直接下发至客户端。

针对不同类型的业务请求，在匹配过程中，请求的URL和请求方法必须同时满足和预设URL以及预设请求方法完全相同的标准规则，即满足标准规则时，可确定转换预设转换接口，否则按原请求执行对应流程。

另，针对其余业务请求，还可获取请求的其余关键属性，报文头、URL参数以及报文体中的一种或多种；当请求的报文头匹配预设报文头、URL参数匹配预设URL参数或报文体匹配预设报文体中的一种或多种条件成立时，确定预设转换接口。需要说明的是，若设置了上述其余关键属性，则必须完全匹配时，确定预设转换接口，否则按原请求执行对应流程。

参阅图2所示的配置系统的结构框图，本发明实施例还提供一种接口匹配系统，包括：客户端、代理服务以及服务端；

所述客户端用于发起请求；

所述代理服务包括属性解析模块、分析模块以及还原模块，

所述属性解析模块，用于拦截客户端发起的请求并解析请求属性，所述请求属性包括URL和请求方法，以及报文头、URL参数以及报文体中的一种或多种；

所述分析模块，用于分析请求属性是否匹配预设请求属性，当匹配时，确定预设转换接口，并将原请求挂起等待，若未能匹配到预设转换接口，则将原请求发送至服务端，所述预设请求属性包括预设URL和预设请求方法，以及预设报文头、预设URL参数以及预设报文体中的一种或多种；

所述还原模块，用于根据原请求API接口对服务端输出的请求响应结果进行还原处理，将还原处理后的响应结果下发客户端；

所述服务端用于根据请求，输出响应结果，其中，当接收的请求为新的请求时，输出响应结果至还原模块，当接收的请求为原请求时，将响应结果直接下发至客户端。

综上所述，1）本发明的配置方法对编码能力要求低，除开发者以外的其他人员也能够轻易上手进行接口信息配置，在扩展性上做到了最大化；2）用户无需进行版本更新，通过旧版本的API请求也能拿到最新接口才支持的业务数据，增强了用户体验；3）从前后端分离的系统架构上，再次脱离了版本一致性的束缚，尤其是依赖于第三方审核或者客户端无法自动更新的程序，在使用过程中无缝转换，使得版本迭代没有接口的兼容负担。

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