[发明专利]服务调用异常时的处理方法和装置有效
申请号: | 201610129982.3 | 申请日: | 2016-03-08 |
公开(公告)号: | CN107172113B | 公开(公告)日: | 2020-06-12 |
发明(设计)人: | 杜娟 | 申请(专利权)人: | 阿里巴巴集团控股有限公司 |
主分类号: | H04L29/08 | 分类号: | H04L29/08 |
代理公司: | 北京清亦华知识产权代理事务所(普通合伙) 11201 | 代理人: | 张大威 |
地址: | 英属开曼群岛大开*** | 国省代码: | 暂无信息 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 服务 调用 异常 处理 方法 装置 | ||
本申请提出一种服务调用异常时的处理方法和装置,该服务调用异常时的处理方法包括:在出现服务调用异常时,生成本层系统的错误码;将本层系统的错误码添加到返回结果中,其中,当下层系统出现服务调用异常时,所述返回结果中包含下层系统的错误码;如果需要向上层系统反馈结果,将所述返回结果发送给上层系统。该方法能够在发生服务调用异常时迅速定位问题所在的系统。
技术领域
本申请涉及互联网技术领域,尤其涉及一种服务调用异常时的处理方法和装置。
背景技术
面向服务的体系架构(Service-Oriented Architecture,SOA)是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。在大型SOA系统中,通常一个业务处理的链路需要2个以上系统,十多次甚至几十次系统调用才能完成一次业务。目前SOA系统之间的调用,一般是每个系统返回自己系统定义的特定的错误码,每个系统只感知所直接调用的下游应用的异常。
一旦出现服务调用异常,需要逐层进行排查,当链路较长时需要的排查时间较长,定位问题的速度较慢。
发明内容
本申请旨在至少在一定程度上解决相关技术中的技术问题之一。
为此,本申请的一个目的在于提出一种服务调用异常时的处理方法,该方法可以在发生服务调用异常时迅速定位问题所在的系统。
本申请的另一个目的在于提出一种服务调用异常时的处理装置。
为达到上述目的,本申请第一方面实施例提出的服务调用异常时的处理方法,包括:在出现服务调用异常时,生成本层系统的错误码;将本层系统的错误码添加到返回结果中,其中,当下层系统出现服务调用异常时,所述返回结果中包含下层系统的错误码;如果需要向上层系统反馈结果,将所述返回结果发送给上层系统。
本申请第一方面实施例提出的服务调用异常时的处理方法,通过在返回结果中包含出现服务调用异常的不同层的系统的错误码,可以实现错误码逐层上传,从而在需要定位问题时,可以根据返回结果直接定位到出现问题的系统,从而提高定位问题的速度。
为达到上述目的,本申请第二方面实施例提出的服务调用异常时的处理装置,包括:生成模块,用于在出现服务调用异常时,生成本层系统的错误码;添加模块,用于将本层系统的错误码添加到返回结果中,其中,当下层系统出现服务调用异常时,所述返回结果中包含下层系统的错误码;反馈模块,用于在需要向上层系统反馈结果时,将所述返回结果发送给上层系统。
本申请第二方面实施例提出的服务调用异常时的处理装置,通过在返回结果中包含出现服务调用异常的不同层的系统的错误码,可以实现错误码逐层上传,从而在需要定位问题时,可以根据返回结果直接定位到出现问题的系统,从而提高定位问题的速度。
本申请附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1是本申请一实施例提出的服务调用异常时的处理方法的流程示意图;
图2是本申请实施例中系统交互示意图;
图3是本申请另一实施例提出的服务调用异常时的处理方法的流程示意图;
图4是本申请另一方面实施例提出的服务调用异常时的处理装置的结构示意图;
图5是本申请另一方面实施例提出的服务调用异常时的处理装置的结构示意图。
具体实施方式
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于阿里巴巴集团控股有限公司,未经阿里巴巴集团控股有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201610129982.3/2.html,转载请声明来源钻瓜专利网。