开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

无法映射/获取Microprofile Rest客户端中422上的响应实体错误代码

无法映射/获取Microprofile Rest客户端中422上的响应实体错误代码是指在使用Microprofile Rest客户端进行网络通信时，当服务器返回状态码为422时，无法获取到响应实体的错误代码。

状态码422表示服务器理解请求内容，但是请求语义错误。通常情况下，服务器会在响应中包含详细的错误信息，以便客户端能够理解并处理错误。然而，由于某些原因，Microprofile Rest客户端无法将服务器返回的错误信息映射到响应实体中，导致无法获取到错误代码。

解决这个问题的方法是通过以下步骤进行：

检查服务器端的实现：首先，确保服务器端的实现正确地返回了状态码422，并在响应中包含了错误信息。可以通过其他工具或者手动发送请求来验证服务器的行为。
检查Microprofile Rest客户端的配置：确保Microprofile Rest客户端的配置正确，并且已经正确地设置了错误处理器（Error Handler）。错误处理器负责将服务器返回的错误信息映射到响应实体中，以便客户端能够获取到错误代码。
检查网络通信：确保网络通信正常，没有任何阻塞或者连接问题。可以通过其他网络工具或者检查网络配置来验证网络通信的正常性。

如果以上步骤都没有解决问题，可以尝试以下方法：

查阅Microprofile Rest客户端的文档和官方支持论坛，寻找类似的问题和解决方案。
尝试更新Microprofile Rest客户端的版本，以获取最新的修复和改进。
联系Microprofile Rest客户端的开发团队，向他们报告问题并寻求帮助。

腾讯云相关产品推荐：

云服务器（CVM）：提供弹性计算能力，可满足各种规模的应用需求。链接：https://cloud.tencent.com/product/cvm
云数据库MySQL版（CDB）：提供高性能、可扩展的MySQL数据库服务。链接：https://cloud.tencent.com/product/cdb_mysql
人工智能机器学习平台（AI Lab）：提供丰富的人工智能开发工具和资源，帮助开发者快速构建和部署AI应用。链接：https://cloud.tencent.com/product/ailab

相关搜索:PayPal REST API使用沙盒帐户获取422无法处理的实体错误无法在Ionic中的真实android设备中获取REST API响应无法在elixir中的方法上获取返回值映射无法获取我使用GuzzleHttp\Psr7\Response在客户端发出的请求上发送的响应在使用Springboot和feign客户端进行rest调用时，获取响应中的选择性字段 ma网络 qq视频 sr漏洞 t云服务 vps买

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

HTTP状态码最全汇总(不求人宝典)

HTTP状态码，即HTTP协议状态码，是我们访问网站时会遇到的，服务器端返回的Http响应码，不同的数字分别代表着不同的响应状态。我们在做SEO或做网页开发过程中需要了解5类比较重要的HTTP状态码，可以根据请求响应代码检查服务器及程序是否正常，判断网页处于什么工作状态。我们就需要了解不同的状态码分别是什么含义。

02

ApacheCN JavaWeb 译文集 20211017 更新

使用 Spring5 构建 REST Web 服务零、前言一、一些基本知识二、在 Spring5 中使用 Maven 构建 RESTfulWeb 服务三、Spring 中的 Flux 和 Mono（Reactor 支持）四、SpringRest 中的 CRUD 操作五、纯 REST（无响应）和文件上传中的 CRUD 操作六、SpringSecurity 和 JWT（JSON Web 令牌）七、测试 RESTful Web 服务八、性能九、AOP 和记录器控件十、构建 REST 客户端

02

Microsoft REST API指南

经过3个月的碎片时间的翻译和校验，由长沙.NET技术社区翻译的英文原文文档《Microsoft REST API指南》已经翻译完成，现刊载前十一章如下，欢迎大家点击“查看原文”按钮，查看指南的完整内容。

01

我们必须要知道的RESTful服务最佳实践

REST：Representational State Transfer（表象层状态转变），如果没听说过REST，你一定以为是rest这个单词，刚开始我也是这样认为的，后来发现是这三个单词的缩写，即使知道了这三个单词理解起来仍然非常晦涩难懂。如何理解RESTful架构，最好的办法就是深刻理解消化Representational State Transfer这三个单词到底意味着什么。

03

REST API设计指导——译自Microsoft REST API Guidelines（四）

前面我们说了，如果API的设计更规范更合理，在很大程度上能够提高联调的效率，降低沟通成本。那么什么是好的API设计？这里我们不得不提到REST API。

05

使用Eclipse MicroProfile（更新版）构建您的下一个微服务

本快速教程将向您展示如何使用最新版本的Eclipse MicroProfile API构建您的下一个微服务。这是一篇基于以前John D Ament 的文章的修订版，更新了MicroProfile 1.3的一些新功能。

02

如何使用Spring和Java配置构建一个REST API

本文展示了如何在Spring中配置REST——控制器和HTTP状态响应码、有效负载编排和内容协商的配置。

03

REST API有关幂等性等11条最佳实践

在我的职业生涯中，我使用了数百个 REST API 并制作了数十个。由于我经常在 API 设计中看到相同的错误，因此我认为写下一组最佳实践可能会更好。

02

HTTP和HTTPS是什么二者区别是什么

HTTP（超文本传输协议）是网络上最为广泛的传输协议，被用于在web浏览器和网站服务器之间的传输协议。HTTP是一个简单的请求-响应协议，它通常运行在TCP之上。它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。请求和响应消息的头以ASCII形式给出；而消息内容则具有一个类似MIME的格式。这个简单模型是早期Web成功的有功之臣，因为它使开发和部署非常地直截了当。

03

HTTP状态码

01

网站服务器错误代码介绍

最常见的错误： 404–找不到文件或者目录不存在 403–找不到默认首页 505–服务器内部错误信息提示（这些状态代码表示临时的响应。客户端在收到常规响应之前，应准备接收一个或多个1xx响应）： 100–继续 101–切换协议成功（这类状态代码表明服务器成功地接受了客户端请求）： 200–确定（客户端请求已成功） 201–已创建 202–已接受 203–非权威性信息 204–无内容 205–重置内容 206–部分内容重定向（客户端浏览器必须采取更多操作来实现请求。例如，浏览器可能不得不

04

物联网传输协议 - REST/HTTP

在繁杂的物联网应用中，如何根据自己的业务需求，来选择合适且高效的应用层通信传输协议。是一个复杂且需要知识储备的事情。

00

STUN协议详解

本文是基于RFC5389标准的stun协议。STUN的发现过程是基于UDP的NAT处理的假设；随着新的NAT设备的部署，这些假设可能会被证明是无效的，当STUN被用来获取一个地址来与位于其在同一NAT后面的对等体通信时，它就不起作用了。当stun服务器的部署不在公共共享地址域范围内时，stun就不起作用。如果文中有不正确的地方，希望指出，本人感激不尽 1. 术语定义 STUN代理：STUN代理是实现STUN协议的实体，该实体可以是客户端也可以是服务端 STUN客户端：产生stun请求和接收stun回应的实体，也可以发送是指示信息，术语STUN客户端和客户端是同义词 STUN服务端：接收stun请求和发送stun回复消息的实体，也可以发送是指示信息，术语STUN服务端和服务端是同义词映射传输地址：客户端通过stun获取到NAT映射的公网传输地址，该地址标识该客户端被公网上的另一台主机(通常是STUN服务器)所识别 2. NAT类型 NAT类型有四种：完全型锥(Full-Cone)：所有来自同一个内部ip地址和端口的stun请求都可以映射到同一个外部ip地址和端口，而且，任何一个处于nat外的主机都可以向处于nat内的主机映射的外部ip和端口发送数据包。限制型锥(Restricted-Cone)：所有来自同一个内部ip地址和端口的stun请求都可以映射到同一个外部ip地址和端口，和完全性锥不同的是，只有当处于NAT内的主机之前向ip地址为X的主机发送了数据包，ip地址为X的主机才可以向内部主机发送数据包。端口限制型锥(Port Restricted-Cone)：与限制锥形NAT很相似，只不过它包括端口号。也就是说，一台IP地址X和端口P的外网主机想给内网主机发送包，必须是这台内网主机先前已经给这个IP地址X和端口P发送过数据包对称型锥(Symmetric)：所有从同一个内网IP和端口号发送到一个特定的目的IP和端口号的请求，都会被映射到同一个IP和端口号。如果同一台主机使用相同的源地址和端口号发送包，但是发往不同的目的地，NAT将会使用不同的映射。此外，只有收到数据的外网主机才可以反过来向内网主机发送包。 3. 操作概述

03

jquery 操作ajax 相关方法

jQuery.get() 　　使用一个HTTP GET 请求从服务器加载数据。　　jQuery.get(url [,data] [,success(data,textStatus,jqXHR)] [dtaType]) 　　　　url 一个包含发送请求的URL 　　　　data 发送给服务器的字符串后键值对　　　　success() 当请求成功时回调的函数　　　　dataType 从服务器返回的预期数据。　　用法：　　$.get("test.cgi", { n

[译文和个人分析]REST vs RPC - RESTful究竟是什么？

好烦啊，分不清REST RPC RESTful的区别,所以只能翻译一篇谷歌的文章，括号中是我的补充

05

HTTP 响应代码

HTTP 响应状态代码指示特定 HTTP 请求是否已成功完成。响应分为五类：信息响应(100–199)，成功响应(200–299)，重定向(300–399)，客户端错误(400–499)和服务器错误 (500–599)。状态代码由 section 10 of RFC 2616定义

01

⚡3分钟⚡熟悉面试常问状态码，面试官都听呆了

· 100 - Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新） · 101 - Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新）

02

Java 近期新闻：MicroProfile 6.0、Kotlin 1.8、Spring Framework 升级

作者 | Michael Redlich 译者 | 平川策划 | 丁晓昀 JDK 20 JDK 20 的早期访问构建Build 31 发布，它是 Build 30 的升级，修复了各种问题。要了解关于这个构建的更多细节，请查看发布说明。 JDK 21 JDK 21 的早期访问构建Build 5 于上周发布，它是 Build 4 的升级，修复了各种问题。对于 JDK 20 和 JDK 21，我们鼓励开发者通过 Java Bug 数据库报告缺陷。 Spring Framework

03

构建强大REST API的10个最佳实践

在项目开发中，我们经常会使用REST风格进行API的定义，这篇文章为大家提供10条在使用REST API时的最佳实践。希望能够为你带来灵感和帮助。

01

HTTP响应代码详解

HTTP状态码负责表示客户端HTTP请求的返回结果、标记服务器端处理是否正常、通知出现的错误等工作。状态码由3位数表示，数字中的第一位定义了响应类。响应类别有以下五种：

00

超全的HTTP请求响应码详细解析

HTTP响应状态码表 1xx: 信息状态码英文描述 100 Continue 服务器仅接收到部分请求，但是一旦服务器并没有拒绝该请求，客户端应该继续发送其余的请求。 101 Switching Protocols 服务器转换协议：服务器将遵从客户的请求转换到另外一种协议。 2xx: 成功状态码英文描述 200 OK 请求成功（其后是对GET和POST请求的应答文档） 201 Created 请求被创建完成，同时新的资源被创建。 202 Accepted 供处理的请求已被接受，但是处理未完成。

02

HTTP响应状态码含义

1xx:信息 100 Continue 服务器仅接收到部分请求，但是一旦服务器并没有拒绝该请求，客户端应该继续发送其余的请求。

01

【RESTful】RESTful API 接口设计规范 | 示例

参考官方文档：https://tools.ietf.org/html/rfc2616

02

Python：urllib2模块的URLError与HTTPError

在我们用urlopen或opener.open方法发出一个请求时，如果urlopen或opener.open不能处理这个response，就产生错误。

01

网页服务器HTTP响应状态-HTTP状态码

HTTP 状态码（HTTP Status Code）是用以表示网页服务器 HTTP 响应状态的 3 位数字代码。它由 RFC 2616 规范定义的，并得到 RFC 2518、RFC 2817、RFC 2295、RFC 2774、RFC 4918 等规范扩展。网站测试中常遇到类似 404/500 之类的错误页面提示码，以下汇总一下相对应的错误含义，便于理解问题之所在： 5xx-服务器错误：服务器由于遇到错误而不能完成该请求。 500-内部服务器错误。 500.12-应用程序正忙于在 Web 服务器上重新

02

REST API设计指导——译自Microsoft REST API Guidelines（三）

前面我们说了，如果API的设计更规范更合理，在很大程度上能够提高联调的效率，降低沟通成本。那么什么是好的API设计？这里我们不得不提到REST API。

03

python爬虫(七)_urllib2：urlerror和httperror

urllib2的异常错误处理在我们用urlopen或opener.open方法发出一个请求时，如果urlopen或opener.open不能处理这个response，就产生错误。这里主要说的是URLError和HTTPError,以及对它们的错误处理。 URLError URLError产生的原因主要有：没有网络连接服务器链接失败找不到指定的服务器我们可以用try except语句来补货相应的异常。下面的例子里我们访问了一个不存在的域名。 #urllib2_urlerror.py impor

08

常用的http网页错误代码表---------495引发的一个简单到爆，但基于国内环境只能呵呵呵的血案

然后，正常的跑去百度，看了一堆还是没有完整的网页错误代码，应该说国内的环境的网页错误代码表只有官方的那几个，那么只能FQ了。

03

HTTP状态码大全

HTTP状态码，即HTTP协议状态码，是我们访问网站时会遇到的，服务器端返回的Http响应码，不同的数字分别代表着不同的响应状态。我们在做SEO或做网页开发过程中需要了解5类比较重要的HTTP状态码，可以根据请求响应代码检查服务器及程序是否正常，判断网页处于什么工作状态。我们就需要了解不同的状态码分别是什么含义。

04

网页错误码详细报错

HTTP 400 - 请求无效 HTTP 401.1 - 未授权：登录失败 HTTP 401.2 - 未授权：服务器配置问题导致登录失败 HTTP 401.3 - ACL 禁止访问资源 HTTP 401.4 - 未授权：授权被筛选器拒绝 HTTP 401.5 - 未授权：ISAPI 或 CGI 授权失败 HTTP 403 - 禁止访问 HTTP 403 - 对 Internet 服务管理器的访问仅限于 Localhost HTTP 403.1 禁止访问：禁止可执行访问 HTTP 403.2 - 禁止访问：禁止读访问 HTTP 403.3 - 禁止访问：禁止写访问 HTTP 403.4 - 禁止访问：要求 SSL HTTP 403.5 - 禁止访问：要求 SSL 128 HTTP 403.6 - 禁止访问：IP 地址被拒绝 HTTP 403.7 - 禁止访问：要求客户证书 HTTP 403.8 - 禁止访问：禁止站点访问 HTTP 403.9 - 禁止访问：连接的用户过多 HTTP 403.10 - 禁止访问：配置无效 HTTP 403.11 - 禁止访问：密码更改 HTTP 403.12 - 禁止访问：映射器拒绝访问 HTTP 403.13 - 禁止访问：客户证书已被吊销 HTTP 403.15 - 禁止访问：客户访问许可过多 HTTP 403.16 - 禁止访问：客户证书不可信或者无效 HTTP 403.17 - 禁止访问：客户证书已经到期或者尚未生效 HTTP 404.1 -无法找到 Web 站点 HTTP 404- 无法找到文件 HTTP 405 - 资源被禁止 HTTP 406 - 无法接受 HTTP 407 - 要求代理身份验证 HTTP 410 - 永远不可用 HTTP 412 - 先决条件失败 HTTP 414 - 请求 - URI 太长 HTTP 500 - 内部服务器错误 HTTP 500.100 - 内部服务器错误 - ASP 错误 HTTP 500-11 服务器关闭 HTTP 500-12 应用程序重新启动 HTTP 500-13 - 服务器太忙 HTTP 500-14 - 应用程序无效 HTTP 500-15 - 不允许请求 global.asaError 501 - 未实现 HTTP 502 - 网关错误用户试图通过 HTTP 或文件传输协议 (FTP) 访问一台正在运行 Internet 信息服务 (IIS) 的服务器上的内容时，IIS 返回一个表示该请求的状态的数字代码。该状态代码记录在 IIS 日志中，同时也可能在 Web 浏览器或 FTP 客户端显示。状态代码可以指明具体请求是否已成功，还可以揭示请求失败的确切原因。日志文件的位置在默认状态下，IIS 把它的日志文件放在 %WINDIRSystem32Logfiles 文件夹中。每个万维网 (WWW) 站点和 FTP 站点在该目录下都有一个单独的目录。在默认状态下，每天都会在这些目录下创建日志文件，并用日期给日志文件命名（例如，exYYMMDD.log）。HTTP1xx - 信息提示这些状态代码表示临时的响应。客户端在收到常规响应之前，应准备接收一个或多个 1xx 响应。 • 100 - 继续。 • 101 - 切换协议。2xx - 成功这类状态代码表明服务器成功地接受了客户端请求。 • 200 - 确定。客户端请求已成功。 • 201 - 已创建。• 202 - 已接受。 • 203 - 非权威性信息。 • 204 - 无内容。 • 205 - 重置内容。 • 206 - 部分内容。3xx - 重定向客户端浏览器必须采取更多操作来实现请求。例如，浏览器可能不得不请求服务器上的不同的页面，或通过代理服务器重复该请求。 • 302 - 对象已移动。 • 304 - 未修改。 • 307 - 临时重定向。4xx - 客户端错误发生错误，客户端似乎有问题。例如，客户端请求不存在的页面，客户端未提供有效的身份验证信息。 • 400 - 错误的请求。 • 401 - 访问被拒绝。IIS 定义了许多不同的 401 错误，它们指明更为具体的错误原因。这些具体的错误代码在浏览器中显示，但不在 IIS 日志中显示： • 401.1 - 登录失败。 • 401.2 - 服务器配置导致登录失败。 • 401.3 - 由于 ACL 对资源的限制而未获得授权。 • 401.4 - 筛选器授权失败。 • 401.5 - ISAPI/CGI 应用程序授权失败。 • 401.7 – 访问被 Web 服务器上的 URL 授权策略拒绝。这个错误代码为 IIS 6.0 所专用。 • 403 - 禁止访问：IIS 定义了许多不同的 403

02

Quarkus的RESTEasy Reactive集成已合并master

Quarkus和RESTEasy团队非常高兴地宣布了Quarkus中的RESTEasy Reactive集成已进入master分支，并将成为下一个Quarkus 1.11发行版的一部分。我们期待每个人对其进行测试。并为我们提供尽可能多的反馈。以典型的Quarkus方式，该项目可作为一组新的扩展使用。这是一个非常令人兴奋的消息，所以博主用自己蹩脚的英语+google翻译翻译了官方的公告，迫不及待的想要和大家分享。

03

【网页】HTTP错误汇总（404、302、200……）

原贴：http://blog.sina.com.cn/s/blog_68158ebf0100wr7z.html

02

后端开发必备的 RestFul API 知识

RestFul API 是每个程序员都应该了解并掌握的基本知识，我们在开发过程中设计API的时候也应该至少要满足RestFul API的最基本的要求（比如接口中尽量使用名词，使用POST 请求创建资源，DELETE请求删除资源等等，示例：GET /notes/id：获取某个指定id的笔记的信息）。最近学习过程中接触到这些东西，自己没有时间总结，所以分享一些不错的文章给大家。

04

基于 MVC的 RESTful风格的实现

可以看到通过这个 RESTAPI都是通过对同一个资源==的操作，所不同的就是通过不同的HTTP方法来实现对资源不同的处理。

01

HTTP状态码合集

请求的初始部分已收到，但尚未被服务器拒绝。在请求已完全收到并执行后，服务器打算发送最终响应。

03

编写api

自从Roy Fielding博士在2000年他的博士论文中提出REST（Representational State Transfer）风格的软件架构模式后，REST就基本上迅速取代了复杂而笨重的SOAP，成为Web API的标准了。

02

常见HTTP/FTP/WebSockets状态码大全

这一类型的状态码，代表请求已被接受，需要继续处理。这类响应是临时响应，只包含状态行和某些可选的响应头信息，并以空行结束。由于HTTP/1.0协议中没有定义任何1xx状态码，所以除非在某些试验条件下，服务器禁止向此类客户端发送1xx响应。这些状态码代表的响应都是信息性的，标示客户应该采取的其他行动。

03

Java 近期新闻：OpenJDK 更新、Spring Framework 6.0-M3、JobRunr 5.0-M1

2022 年 3 月 14 日发布的 Java 近期综述，包括来自 OpenJDK、JDK 19、Spring Framework 6.0-M3 和 5.3.17、Spring Tools 4.14.0、Quarkus 2.7.5、Helidon 3.0-M1、2022 年 3 月的 Payara 平台、Open Liberty 22.0.0.3 和 22.0.0.4-beta、Hibernate ORM 5.6.7、Hibernate Search 6.1.3 和 6.0.9、Jobrener 5.0-RC1、Apache Camel 3.11.6、Piranha 22.3.0.0 的新特性，JReleaser 的更新，以及 Java 意义重大的原因。

03

你了解过系统集成服务集成交互技术：REST服务集成——RESTAPI吗

REST服务集成微服务架构倾向于使用轻量级的通信机制（通常是HTTP提供的API调用方式）实现服务之间的交互，基于API优先的服务契约管理成为微服务架构的重要原则之一。REST在HTTP的基础上提供了一系列架构约束和原则，帮助微服务更好地实现通信和集成。

02

RESETful API 设计规范

如果你的应用很庞大或者你预计它将会变的很庞大，那应该将 API 放到子域下（api.example.com）。这种做法可以保持某些规模化上的灵活性。

01

http协议发展史

HTTP 允许浏览器和服务器进行通信。它构成了 Web 服务器执行最基本操作的基础。HTTP 经历了多个阶段。超文本传输协议第 3 版（HTTP/3）的最新草案于 2021 年 5 月 27 日发布。

03

网络编程懒人入门(六)：深入浅出，全面理解HTTP协议

HTTP（全称超文本传输协议，英文全称HyperText Transfer Protocol）是互联网上应用最为广泛的一种网络协议。所有的WWW文件都必须遵守这个标准。设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法。

04

前端要知道的RESTful API架构风格

前端程序员在开发完页面后总是要对接口的，跟后端联调有时候还占用蛮大的时间的，那么你了解你和后端对的接口都是什么风格吗，你们公司接口设计的如何，你使用愉快吗？自己在写Node服务时你遇到如何定义好接口的问题吗？下面介绍一种API架构风格，也是目前主流的API设计风格，你或许一直在使用。

03

初识CoAP协议

本文介绍什么是CoAP，以及如何在物联网设备上使用它。CoAP是一种物联网协议，具有一些专门为受约束的设备而设计的有趣功能。还有其他一些可用于构建物联网解决方案的IoT协议，例如MQTT等。

01

【Http】一文备忘Http状态码（406,415,422）

最近在调试接口时，web api 报了一个415状态码。好久没见到这个状态码，一时还真不知道啥情况。所以，人的大脑是有遗忘规律的，为了加深印象，所以我觉得我有必要再复习一下。

01

你确定你的 REST API 真的符合 REST 规范？

RESTful API 的存在是 web 开发历史上的一个里程碑。在本文中，我将和你探讨几种节省 REST API 开发时间的方法，并给出相关的 Node.js 示例。

02

接口-Fiddler-HTTP状态码详解

HTTP状态码是用以表示网页服务器超文本传输协议响应状态的3位数字代码。它由 RFC 2616 规范定义的，并得到 RFC 2518、RFC 2817、RFC 2295、RFC 2774 与 RFC 4918 等规范扩展。所有状态码的第一个数字代表了响应的五种状态之一。

01

如何为微服务做安全加密？ | 微服务系列第十一篇

在微服务架构中实现可靠且强大的安全实现非常重要。微服务的体系结构向应用程序公开了多个入口点，并且通信可能需要多个网络跃点，因此未授权访问的风险很高。这需要比传统应用程序更多的计划。此外，由于REST服务的以下功能，使用REST端点的微服务中的安全性很难实现：

08

Spring认证中国教育管理中心-Spring Data Elasticsearch教程一

原标题：Spring认证中国教育管理中心-Spring Data Elasticsearch教程一（Spring中国教育管理中心）

01

restful api接口规范和服务调用的区别_rest接口规范

网络应用程序，分为前端和后端两个部分。当前的发展趋势，就是前端设备层出不穷（手机、平板、桌面电脑、其他专用设备…）。因此，必须有一种统一的机制，方便不同的前端设备与后端进行通信。这导致API构架的流行，甚至出现”APIFirst”的设计思想。RESTful API是目前比较成熟的一套互联网应用程序的API设计理论。

01

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭