java 单机接口限流处理方案
754
2023-02-28
本文目录一览:
1、每次对方开发新的接口方法,我方就必须更新项目中的Web引用才能调用到新增的方法,更新后新生成的文件也需要替换到我们系统的正式发布环境中。这样如果接口更新频繁,接入合作方数量越来越多,每次更新项目文件都很麻烦。
2、前面提到会接入很多合作公司的Webservice接口,但每家公司提供的数据和业务处理逻辑或多或少都会有区别,就算有规范文档也不能避免(很多公司的接口方法是在与我们合作前就开发好的,不可能再去要求对方大动。)这样每接入一家都要写一套对应的接入程序,虽然目前的架构还行,但接入越来越多始终不好。
应用程序编程接口,简称API(Application Programming Interface),就是软件系统不同组成部分衔接的约定。在数据封装时,网络分层中的每个层相互之间会用接口进行交互并提供服务,其中应用层与用户之间的接口称之为应用程序接口(API,Application
Programming
Interface)。API实际上是一种功能集合,也可说是定义、协议的集合,无论是那种集合,它的实质都是通过抽象为用户屏蔽实现上的细节和复杂性。
前后端分离意味着开发接口对接,前后端之间使⽤ JSON 来交流,两个开发团队之间使⽤ API 作为契约进⾏交互。从此,后台选⽤开发接口对接的技术栈不影响前台。当我们决定需要前后端分离时,我们仍然还需要⾯对⼀系列的问题开发接口对接:
RESTful API 统一约束客户端和服务器之间的接口。简化和分离系统架构,使每个模块独立开发接口对接!
REST即表述性状态传递(英文:Representational State Transfer,简称REST)是Roy Fielding博士在2000年开发接口对接他的博士论文中提出来的一种 软件架构 风格。它是一种针对 网络应用 的设计和开发方式,可以降低开发的复杂性,提高系统的可伸缩性。 REST是设计风格而不是标准。 REST通常基于使用 HTTP ,URI,和 XML ( 标准通用标记语言 下的一个子集)以及 HTML (标准通用标记语言下的一个应用)
统一接口约束定义客户端和服务器之间的接口。它简化了分离的结构,使各部分独立发展。
REST要求状态要么被放入资源状态中,要么保存在客户端上。或者换句话说,服务器端不能保持除了单次请求之外的,任何与其通信的客户端的通信状态。 从客户端的每个请求要包含服务器所需要的所有信息。 这样做的最直接的理由就是可伸缩性—— 如果服务器需要保持客户端状态,那么大量的客户端交互会严重影响服务器的内存可用空间(footprint)。
服务器返回信息必须被标记是否可以缓存,如果缓存,客户端可能会重用之前的信息发送请求。
客户端无需关注数据存储,服务器端无需关注用户界面,提高了前后端可移植性。
客户端不关心直接连接到最终服务器还是连接到中间服务器。中间服务器可以通过启用负载平衡和提供共享缓存来提高系统可扩展性。分层系统也可以执行安全策略。
服务器可以通过传输逻辑来临时扩展或定制客户端的功能。
GET https//domain.com/api/{模块名}/{?菜单名}/{接口名}/:param
说明:
被用于获取资源。不允许对服务器上资源做任何修改操作。
示例:
常用于更新资源。通过请求体携带资源发送给服务器。 注意: 在资源ID由客户端而不是由服务器选择的情况下,也可以使用PUT来创建资源。修改成功返回200,创建成功返回201。 建议使用post进行创建新资源。
常用于创建新资源。创建成功通常返回201。
删除资源。
status说明
---------------------------------------------------------------------------分割线-----------------------------------------------------------
请求方式:POST
参数:说明
返回值:
示例1
正确的
错误的
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~