RESTful 是一种架构风格（Architectural Style），用于设计和开发网络应用程序，尤其是在客户端与服务器之间通过 HTTP 协议进行通信时。RESTful 主要是指 REST（Representational State Transfer） 风格的 API 实现，强调通过标准的 HTTP 方法来执行对资源的操作。
REST（Representational State Transfer）是由 Roy Fielding 在 2000 年提出的架构风格，它定义了一种无状态、面向资源的方式来设计网络应用。REST 并不是一项技术，而是一种设计理念，它依赖于现有的技术规范（如 HTTP、URI、JSON、XML 等）。
REST 的核心思想：
Life is like a journey
GET、POST、PUT、DELETE）来表示对资源的操作。RESTful API 是遵循 REST 原则设计的 API。它通常通过 HTTP 协议进行交互，支持四种常用的 HTTP 方法来对资源进行操作：
在 RESTful API 中，资源（Resource）是应用程序中管理的数据实体。每个资源都应该有一个唯一的 URI（Uniform Resource Identifier）。这些 URI 通常表示系统中每个资源的位置。
GET /users
GET /users/{id}
POST /users
PUT /users/{id}
DELETE /users/{id}
/users 表示所有用户的集合，而不是 /getUsers。/users。单个资源可以使用单数形式，如 /users/{id}。/users/{id}/posts 表示某个用户的所有文章。在 RESTful API 中，每个 HTTP 响应都应该包含一个状态码，用来表示请求的结果。常见的 HTTP 状态码如下：
200 OK：请求成功并返回数据。201 Created：资源创建成功，通常用于 POST 请求。204 No Content：请求成功但没有返回内容，通常用于 DELETE 请求。400 Bad Request：请求参数无效或错误。401 Unauthorized：未授权，可能缺少认证信息。404 Not Found：请求的资源不存在。500 Internal Server Error：服务器端发生了错误。503 Service Unavailable：服务不可用。RESTful API 提供的资源可以有多种表现形式，常见的有：
通常，客户端通过 Accept 请求头来指定期望的返回格式，服务器通过 Content-Type 响应头来表示返回的数据格式。
RESTful API 强调 无状态（Stateless），这意味着每个请求都应该是独立的，服务器不会保存客户端的状态。客户端每次请求都需要携带所需的所有信息，例如认证信息、参数等。
RESTful 还提到了一种扩展，即 HATEOAS（Hypermedia as the Engine of Application State），意思是通过超链接（Hyperlink）在 API 响应中动态地提供可用的下一步操作。简而言之，服务器不仅返回数据，还可以返回一些指向其他资源的链接，客户端可以通过这些链接进一步操作。
假设我们有一个用户管理的系统，RESTful API 的设计可能是这样的：
GET /users
GET /users/{id}
POST /users
PUT /users/{id}
DELETE /users/{id}
RESTful 是一种设计网络应用程序的架构风格，它基于标准的 HTTP 协议，通过简单的 HTTP 方法（如 GET、POST、PUT、DELETE）来操作资源。在设计 RESTful API 时，遵循一定的设计规范（如资源的 URI 设计、状态码使用、无状态的通信、合适的表示格式等）能够帮助构建简洁、可扩展、易于维护的系统。
RESTful API 的特点：