【面试】谈一谈Restful API

面试模拟场景

面试官: 你能谈一谈Restful API吗？

参考回答示例

1. Restful API 的概念

Restful API:

• Restful 是 “Representational State Transfer” 的缩写，是 Roy Fielding 在 2000 年的博士论文中提出的一种架构风格。Restful API 是基于 REST 架构风格的一种实现，通常用于 Web 服务的开发。
• API（Application Programming Interface）是一组定义了不同软件组件如何交互的规则。Restful API 通过 HTTP 协议提供接口，允许客户端以统一的方式与服务端进行交互。

2. Restful API 的基本原则

1. 资源（Resources）:

• 资源的表示: 在 REST 中，所有的内容都是资源。资源可以是文档、图片、视频、数据对象等。每个资源在服务器上都有一个唯一的 URL 作为标识符。
• 资源的URL: 资源通过 URL 来访问，URL 应该是可读的、层次化的，并且与资源的表示紧密相关。例如，访问某个用户的 URL 可以是 /users/{id}。

2. 无状态性（Statelessness）:

• 每次请求都是独立的: 在 REST 架构中，客户端与服务器之间的交互是无状态的。每个请求都必须包含处理该请求所需的所有信息（如身份认证、请求数据等），服务器不会在请求之间存储客户端的状态。

3. 统一接口（Uniform Interface）:

• 一致性: REST 强调 API 接口的一致性，所有资源的访问方式应该遵循同样的规则。这种一致性使得 API 更易于理解和使用。
• 通用操作: REST 使用一组标准的 HTTP 方法（如 GET、POST、PUT、DELETE）来操作资源。每个方法对应资源的一种操作方式。

4. 可缓存性（Cacheability）:

• 减少服务器负载: RESTful API 应该支持 HTTP 缓存机制，使得客户端能够缓存资源的表示，以减少不必要的请求，降低服务器负载。

5. 分层系统（Layered System）:

• 分层架构: RESTful API 可以通过分层系统架构进行设计，每个层次只关注特定的功能。客户端不需要知道是否直接与服务器交互，还是通过中间层（如代理、网关）进行交互。

6. 面向表现层的状态转化（HATEOAS）:

• 通过超媒体来发现资源: HATEOAS 是 REST 的高级特性，要求服务器在响应中提供链接，客户端可以通过这些链接来动态发现和操作资源。例如，返回的用户资源可以包含一个链接，用于访问该用户的订单资源。

3. 常见的 HTTP 方法

1. GET

• 用途: 从服务器检索资源。GET 方法应该是幂等的（多次执行结果相同）且不会修改资源。
• 示例: 获取用户信息：GET /users/{id}。

2. POST

• 用途: 在服务器上创建一个新的资源。POST 方法通常用于提交数据。
• 示例: 创建一个新用户：POST /users。

3. PUT

• 用途: 更新服务器上的资源，或者创建一个资源（如果资源不存在）。PUT 方法通常也是幂等的。
• 示例: 更新用户信息：PUT /users/{id}。

4. DELETE

• 用途: 从服务器删除资源。DELETE 方法也是幂等的。
• 示例: 删除用户：DELETE /users/{id}。

5. PATCH

• 用途: 部分更新资源。PATCH 与 PUT 类似，但它只更新资源的部分属性，而不是整体替换。
• 示例: 部分更新用户信息：PATCH /users/{id}。

4. Restful API 的优点

1. 简洁性和统一性:

• RESTful API 使用标准的 HTTP 方法和统一的接口，使得 API 设计简洁且一致，容易理解和使用。

2. 可扩展性:

• RESTful API 的无状态性和分层系统设计使其非常容易扩展，可以在不影响客户端的情况下对服务器进行扩展或优化。

3. 易于缓存:

• RESTful API 可以很好地利用 HTTP 的缓存机制，减少服务器负载和响应时间。

4. 良好的兼容性:

• RESTful API 与 HTTP 标准紧密结合，可以在几乎所有支持 HTTP 的平台上使用，并且与各种开发框架和工具兼容。

5. Restful API 的缺点

1. 无状态性可能增加负担:

• 每次请求都必须包含所有必要的信息，这可能导致请求冗余，特别是在需要保持会话状态的应用中。

2. 操作复杂度:

• 虽然 REST 提倡简单的操作，但在一些复杂的业务场景下，可能需要设计非常复杂的资源模型和 URL 结构。

3. 实现 HATEOAS 复杂:

• HATEOAS 是 REST 的高级特性，但实现它可能会增加系统的复杂度，并且实际应用中并不总是完全遵循这一原则。

6. 总结

• Restful API 是一种基于 HTTP 协议的架构风格，强调资源的统一访问和操作。
  • 核心原则： 包括资源表示、无状态性、统一接口、可缓存性、分层系统和 HATEOAS。
  • 常见方法： 使用 HTTP 的标准方法（如 GET、POST、PUT、DELETE）来操作资源。
  • 优缺点： Restful API 简洁、可扩展，但无状态性可能增加复杂性，HATEOAS 的实现也较为复杂。

、