接口调用系统技术方案

本申请的实施例提供了一种接口调用系统

【技术实现步骤摘要】
接口调用系统、方法和服务器


[0001]本申请的实施例涉及互联网
，尤其涉及一种接口调用系统
、
方法和服务器
。

技术介绍

[0002]为了便利地在线解决用户问题，如数据清洗
、
业务数据修改
、
报表重新计算
、
缓存清除等操作
。
然而，在目前的
Java Spring Boot
架构下，
HTTP
请求通常需要通过
Controller
的一个接口，来与后端的
Service
接口进行交互
。
这种模式在面对需要不同
Service
处理不同业务场景时，往往导致必须配置多个
Controller
及其接口，从而引发了一系列挑战：安全风险增加：内部接口有潜在被暴露给公网的风险，这显著提高了系统的安全隐患；系统复杂性提升：需要配置和管理众多的
Controller
和接口，加剧了系统架构的复杂性，同时也增加了维护成本；灵活性降低：每次操作都依赖于通过
Controller
接口调用
Service
接口，这限制了系统处理问题的灵活性和效率
。

技术实现思路

[0003]为解决上述问题，本申请的实施例提供了一种接口调用系统
、
方法和服务器
。
[0004]在本申请的第一方面，提供了一种接口调用系统，包括：获取模块，用于在需要不同服务来处理业务时，通过一个
Controller
接口采用注解的方式获取每个服务的接口信息，其中，每个服务的接口信息的源代码中包含注解；发送模块，用于响应于发布平台在验证用户身份后发送的请求信息，将所述接口信息发送至发布平台，其中，接口调用系统和发布平台之间的通信采用非对称加密方式进行加密
。
[0005]在一种可能的实现方式中，接口调用系统只授权发布平台通过加密协议进行调用
。
[0006]在一种可能的实现方式中，所述获取模块具体用于：通过一个
Controller
接口采用反射方式获取每个服务的接口信息的注解，以获得每个服务的接口信息的类对象；解析每个服务的接口信息的类对象以获得所述接口信息
。
[0007]在一种可能的实现方式中，所述请求信息包括以下参数：
className、methodName
以及
dataMap。
[0008]在本申请的第二方面，提供了一种接口调用方法，应用于接口调用系统，包括：在需要不同服务来处理业务时，采用注解的方式获取每个服务的接口信息，其中，每个服务的接口信息的源代码中包含注解；响应于发布平台在验证用户身份后发送的请求信息，将所述接口信息发送至发布
平台，其中，接口调用系统和发布平台之间的通信采用非对称加密方式进行加密
。
[0009]在一种可能的实现方式中，接口调用系统只授权发布平台通过加密协议进行调用
。
[0010]在一种可能的实现方式中，采用注解的方式获取每个服务的接口信息，包括：采用反射方式获取每个服务的接口信息的注解，以获得每个服务的接口信息的类对象；解析每个服务的接口信息的类对象以获得所述接口信息
。
[0011]在一种可能的实现方式中，所述请求信息包括以下参数：
className、methodName
以及
dataMap。
[0012]在本申请的第三方面，提供了一种服务器，包括存储器和处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现如第二方面中任一项所述的接口调用方法
。
[0013]在本申请实施例提供的接口调用系统
、
方法和服务器中，接口调用系统被配置为：在需要不同服务来处理业务时，通过一个
Controller
接口采用注解的方式获取每个服务的接口信息，其中，每个服务的接口信息的源代码中包含注解；响应于发布平台在验证用户身份后发送的请求信息，将所述接口信息发送至发布平台，其中，接口调用系统和发布平台之间的通信采用非对称加密方式进行加密
。
在需要不同的服务来处理业务时，通过接口调用系统来调用服务的接口信息并发送至发布平台，限制了发布平台直接访问服务的接口，极大地减少了安全风险，并且通过接口调用系统可以集中化的管理接口，也减少了系统的复杂性和维护成本
。
[0014]并且，在某些业务需要新的服务时，只需在新的服务中通过
class
植入技术，通过扫描注解，在编译时将代码植入到新的服务，即可通过注解的方式直接获取新的服务的接口信息，从而易于集成新的服务接口，提高了可扩展性
。
[0015]应当理解，
技术实现思路
部分中所描述的内容并非旨在限定本申请的实施例的关键或重要特征，亦非用于限制本申请的范围
。
本申请的其它特征将通过以下的描述变得容易理解
。
附图说明
[0016]结合附图并参考以下详细说明，本申请各实施例的上述和其他特征
、
优点及方面将变得更加明显
。
在附图中，相同或相似的附图标记表示相同或相似的元素，其中：图1示出了本申请的实施例的接口调用方法的流程图；图2示出了本申请的实施例的接口调用系统
、
服务和发布平台之间的交互方法的示意图；图3示出了适于用来实现本申请实施例的服务器的结构示意图
。
具体实施方式
[0017]为使本申请实施例的目的
、
技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚
、
完整地描述
。
[0018]为了便利地在线解决用户问题，如数据清洗
、
业务数据修改
、
报表重新计算
、
缓存
清除等操作
。
然而，在目前的
Java Spring Boot
架构下，
HTTP
请求通常需要通过
Controller
的一个接口，来与后端的
Service
接口进行交互
。
这种模式在面对需要不同
Service
处理不同业务场景时，往往导致必须配置多个
Controller
及其接口
。
[0019]从而引发了一系列挑战：安全风险增加：内部接口有潜在被暴露给公网的风险，这显著提高了系统的安全隐患；系统复杂性提升：需要配置和管理众多的
Controller
和接口，加剧了系统架构的复杂性，同时也增加了维护成本；灵活性降低：每次操作都依赖于通过
Controller
接口调用...

【技术保护点】

【技术特征摘要】
1.
一种接口调用系统，其特征在于，包括：获取模块，用于在需要不同服务来处理业务时，通过一个
Controller
接口采用注解的方式获取每个服务的接口信息，其中，每个服务的接口信息的源代码中包含注解；发送模块，用于响应于发布平台在验证用户身份后发送的请求信息，将所述接口信息发送至发布平台，其中，接口调用系统和发布平台之间的通信采用非对称加密方式进行加密
。2.
根据权利要求1所述的系统，其特征在于，接口调用系统只授权发布平台通过加密协议进行调用
。3.
根据权利要求1所述的系统，其特征在于，所述获取模块具体用于：通过一个
Controller
接口采用反射方式获取每个服务的接口信息的注解，以获得每个服务的接口信息的类对象；解析每个服务的接口信息的类对象以获得所述接口信息
。4.
根据权利要求1所述的系统，其特征在于，所述请求信息包括以下参数：
className、methodName
以及
dataMap。5.
一种接口调用方法，应用于接口...

【专利技术属性】
技术研发人员：雷鸣，郭杨，常兴龙，
申请(专利权)人：企家有道网络技术北京有限公司，
类型：发明
国别省市：