Java RESTful Web Service实战（第2版） 1.1　解读REST

1.1　解读REST

REST（Representational State Transfer）翻译为表述性状态转移，源自Roy Thomas Fielding博士在2000年就读加州大学欧文分校期间发表的一篇学术论文《Architectural Styles and the Design of Network-based Software Architectures》。REST之父在该论文中提出了REST的6个特点，分别是：客户端–服务器的、无状态的、可缓存的、统一接口、分层系统和按需编码。

REST具有跨平台、跨语言的优势。从其诞生开始，就得到了诸多语言的快速支持，最著名的是ROR（Ruby on Rails）框架。新兴的语言（比如NodeJs、Golang）、工具平台（Docker、Spark）和公有云，更是将REST默认为服务的开放形式。

1.1.1　一种架构风格

REST是一种架构风格。在这种架构风格中，对象被视为一种资源（resource），通常使用概念清晰的名词命名。

表述性状态是指资源数据在某个瞬时的状态快照。资源可以有多种表述（representation），表述状态具有描述性，包括资源数据的内容、表述格式（比如XML、JSON、Atom）等信息。

REST的资源是可寻址的，通过HTTP1.1协议（RFC 2616）定义的通用动词方法（比如GET、PUT、DELETE、POST），使用URI协议（RFC3305）来唯一标识某个资源公布出来的接口。

请求一个资源的过程可以理解为访问一个具有指定性和描述性的URI，通过HTTP协议，将资源的表述从服务器“转移”到客户端或者相反方向。

阅读指南

REST不是一种技术（technology），也不是一个标准（standard）/协议（protocol），而是一种使用既有标准：HTTP+URI+XML（XML似乎成为了数据格式的借指，不仅代表XML本身）来实现其要求的架构风格。因此，与之对应的不是SOAP协议，而是像RPC这样的架构风格。

1.1.2　基本实现形式

HTTP+URI+XML是REST的基本实现形式，但不是唯一的实现形式。REST一开始便使用已有的HTTP协议（RFC 2616）、URI协议（RFC3305）来描述其特征，而对如何使用一种编程语言来实现，并没有进行任何描述和规定，甚至应该包含哪些传输类型或者数据格式也没有描述，但通常的实现至少包含XML格式。

具体而言，HTTP协议和URI用于统一接口和定位资源，文本、二进制流、XML和JSON等格式用来作为资源的表述。正如采用已有技术XMLHttpRequest+JavaScript+XML（XML后来几乎被JSON替代）实现Ajax一样，使用HTTP+URI+XML实现REST的好处是让开发者持有这些已知的技术来开发REST的入门门槛较低，关注点更容易放到REST的核心概念和业务逻辑上。

阅读指南

以HTTP+URI+XML实现的应用并不一定是REST服务，但对于Ajax，这个逆命题是成立的。因为Ajax是一种技术，而REST是一种架构风格。学习和使用REST的关键是掌握这种思想，而不是具体的实现形式。