一、前言

網(wǎng)上經(jīng)常會看到一些文章，旨在介紹如何使用Spring MVC或Spring Boot實現(xiàn)Restful接口，譬如：

 @RequestMapping(value = "/addUser", method = RequestMethod.POST)
    public boolean addUser( User user) {
        System.out.println("開始新增...");
        return userService.addUser(user);
    }
    
    @RequestMapping(value = "/updateUser", method = RequestMethod.PUT)
    public boolean updateUser( User user) {
        System.out.println("開始更新...");
        return userService.updateUser(user);
    }
    
    @RequestMapping(value = "/deleteUser", method = RequestMethod.DELETE)
    public boolean delete(@RequestParam(value = "userName", required = true) int userId) {
        System.out.println("開始刪除...");
        return userService.deleteUser(userId);
    }
    
    @RequestMapping(value = "/userId", method = RequestMethod.GET)
    public User findByUserId(@RequestParam(value = "userId", required = true) int userId) {
        System.out.println("開始查詢...");
        return userService.findUserById(userId);
    }

對于如上實現(xiàn)方式，本人著實不敢恭維。試問，這算哪門子的Restful？自認(rèn)為其與Restful無絲毫關(guān)系，有誤導(dǎo)眾人之嫌。

對于RESTful 的相關(guān)概念，以及其API的設(shè)計方法，本人極力推薦阮一峰大神的文章《RESTful API 設(shè)計指南》，僅此一篇足夠已。在此基礎(chǔ)上，本人將小試牛刀，介紹如何在Spring Boot項目中設(shè)計風(fēng)格良好的Restful API，以及如何實現(xiàn)Restful的錯誤響應(yīng)。

文筆拙劣，并且水平有限，望各位看官不吝賜教，相互交流~

二、項目介紹

本項目IDE使用 intellij idea 2018, 構(gòu)建工具使用Maven，JDK使用1.8。方便起見，我們可以使用maven的原型插件maven-archetype-quickstart快速建立一個Java 工程，在此基礎(chǔ)上再進(jìn)行功能開發(fā)。

2.1 目錄結(jié)構(gòu)

image.png

如上目錄結(jié)構(gòu)，了解Spring Boot或Spring MVC開發(fā)的朋友應(yīng)該再熟悉不過了。這是一個較簡單用戶（User）服務(wù)，目前只實現(xiàn)了對用戶模型基本的增刪改查功能，尚未考慮多種異常情況。

2.2 項目依賴

在pom.xml中引入如下依賴：

<dependencies>
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>4.11</version>
            <scope>test</scope>
        </dependency>

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
            <version>1.5.14.RELEASE</version>
        </dependency>

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-data-jpa</artifactId>
            <version>1.5.14.RELEASE</version>
        </dependency>

        <dependency>
            <groupId>io.springfox</groupId>
            <artifactId>springfox-swagger2</artifactId>
            <version>2.9.2</version>
        </dependency>

        <dependency>
            <groupId>io.springfox</groupId>
            <artifactId>springfox-swagger-ui</artifactId>
            <version>2.9.2</version>
        </dependency>

        <dependency>
            <groupId>mysql</groupId>
            <artifactId>mysql-connector-java</artifactId>
            <version>5.1.46</version>
        </dependency>
    </dependencies>

由上可知，我們分別引入了如下依賴：

• spring-boot-starter-web
  眾所周知，這是使用spring boot做web開發(fā)的必備依賴
• spring-boot-starter-data-jpa
  本項目使用JPA作為ORM框架
• springfox-swagger2與springfox-swagger-ui
  swagger是個好東西，可以用來生成RESTFUL接口的在線文檔，而且更牛逼的是可以直接在文檔中進(jìn)行接口測試，代替Postman。在Spring Boot工程中，可以引入這兩個依賴實現(xiàn)swagger的眾多功能。
• mysql-connector-java
  不必多言，使用mysql必備

2.3 Spring Boot 配置文件

在resources目錄中定義配置文件application.properties:

spring.jpa.database=MySQL
spring.datasource.url=jdbc:mysql://*.*.*.*:3306/test
spring.datasource.username=root
spring.datasource.password=abc

server.port=8801

spring.jpa.hibernate.ddl-auto=update
spring.jpa.show-sql=true
spring.jackson.serialization.indent_output=true

logging.level.root=info

注意，除此之外，在pom.xml的build節(jié)點中，還需指定resources的路徑：

        <resources>
            <resource>
                <directory>src/main/resources</directory>
            </resource>
        </resources>

2.4 模型定義

模型 User 相當(dāng)簡單，只有id、userName、age三個屬性。其中，id我們不使用自增主鍵，直接利用JPA提供的UUID主鍵生成策略，如下所示：

//User.java
package com.mystudy.spring.domain;

import org.hibernate.annotations.GenericGenerator;

import javax.persistence.Entity;
import javax.persistence.GeneratedValue;
import javax.persistence.Id;
import javax.validation.constraints.NotNull;

@GenericGenerator(name = "jpa-uuid", strategy = "uuid")
@Entity
public class User
{
    @Id
    @NotNull
    @GeneratedValue(generator = "jpa-uuid")
    private String id;

    @NotNull
    private String userName;

    private int age;

    public String getId()
    {
        return id;
    }

    public void setId(String id)
    {
        this.id = id;
    }

    public String getUserName()
    {
        return userName;
    }

    public void setUserName(String userName)
    {
        this.userName = userName;
    }

    public int getAge()
    {
        return age;
    }

    public void setAge(int age)
    {
        this.age = age;
    }
}

2.5 Repository 定義

Spring Data 為我們提供了很多Repository 接口，我們只需要簡單的繼承就可以快速實現(xiàn)領(lǐng)域?qū)ο螅ㄒ簿褪乔懊嫣岬降哪Ｐ停┑母鞣NDao層操作。若需要自定義操作，只需要按命名規(guī)范添加接口聲明即可，具體參見官方文檔。

這里，我們定義接口UserRepository，繼承JpaRepository<User, String>接口：

package com.mystudy.spring.repository;

import com.mystudy.spring.domain.User;
import org.springframework.data.jpa.repository.JpaRepository;

public interface UserRepository extends JpaRepository<User, String>
{
}

2.6 啟動類

這再簡單不過了：

package com.mystudy.spring;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;

@SpringBootApplication
public class UserApplication
{
    public static void main(String[] args)
    {
        SpringApplication.run(UserApplication.class, args);
    }
}

三、Restful 接口設(shè)計

請注意，本節(jié)是核心內(nèi)容。

3.1 Controller 設(shè)計

在Spring MVC 中，Restful API的定義對應(yīng)為Controller層。根據(jù)Restful的接口定義規(guī)范：

GET（SELECT）：從服務(wù)器取出資源（一項或多項）。
POST（CREATE）：在服務(wù)器新建一個資源。
PUT（UPDATE）：在服務(wù)器更新資源（客戶端提供改變后的完整資源）。
PATCH（UPDATE）：在服務(wù)器更新資源（客戶端提供改變的屬性）。
DELETE（DELETE）：從服務(wù)器刪除資源。

我們設(shè)計接口如下所示：

//UserController.java
package com.mystudy.spring.api;

import com.mystudy.spring.domain.User;
import com.mystudy.spring.service.UserService;
import io.swagger.annotations.ApiOperation;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.*;

import java.util.List;

@RestController
@RequestMapping("/api/user")
public class UserController
{
    @Autowired
    private UserService userService;

    @ApiOperation(value="獲取用戶列表", notes="獲取用戶列表")
    @GetMapping(value = "/users")
    @ResponseStatus(HttpStatus.OK)
    public List<User> getUserList()
    {
        return userService.getUserList();
    }

    @ApiOperation(value="添加用戶", notes="添加用戶")
    @PostMapping(value = "/users")
    @ResponseStatus(HttpStatus.CREATED)
    public Object addUser(@RequestBody User user){
        return userService.addUser(user);
    }

    @ApiOperation(value="獲取用戶信息", notes="根據(jù)id獲取用戶信息")
    @GetMapping(value = "/users/{id}")
    @ResponseStatus(HttpStatus.OK)
    public Object getUser(@PathVariable("id") String id) throws NotFoundException
    {
        return userService.getUser(id);
    }

    @ApiOperation(value="刪除用戶", notes="根據(jù)id刪除用戶")
    @DeleteMapping(value = "/users/{id}")
    @ResponseStatus(HttpStatus.NO_CONTENT)
    public void deleteUser(@PathVariable("id") String id)
    {
        userService.deleteUser(id);
    }

    @ApiOperation(value="更新用戶", notes="更新用戶")
    @PatchMapping(value = "/users/{id}")
    @ResponseStatus(HttpStatus.CREATED)
    public User updateUser(@PathVariable("id") String id, @RequestBody User user)
    {
        return userService.update(id, user);
    }


    @ApiOperation(value="測試")
    @GetMapping(value = "/test")
    @ResponseStatus(HttpStatus.OK)
    public String test()
    {
        return "test ok!";
    }
}

如上，各個接口只是簡單的將JSON請求進(jìn)行映射，并轉(zhuǎn)發(fā)到對應(yīng)的Service層，Service層負(fù)責(zé)具體的業(yè)務(wù)處理。

在這些接口上，我們使用了如下注解：

• @GetMapping
• @PostMapping
• @DeleteMapping
• @PutMapping

它們在Spring 4.3中引進(jìn)，旨在簡化常用的HTTP方法的映射，并可以更好地表達(dá)被注解方法的語義。如@GetMapping實際上是一個組合注解，可以直接代替@RequestMapping(method = RequestMethod.GET)，我個人更推薦這種寫法。

并且，在每個接口定義上，可以看到注解@ApiOperation，這就是我們前面的提到的swagger的應(yīng)用。如果要為某個接口生成在線文檔，只要在映射上添加該注解即可。似乎是侵入了代碼，但是這點代價是值得的。在該注解中，value的值為接口說明，notes可以作為接口的簡單描述。對應(yīng)swagger的使用，文章后部分將會介紹。

同時，我們在每個接口上顯示得使用了注解@ResponseStatus，用來標(biāo)識接口正常返回時的HTTP狀態(tài)碼。另外，我們還需要注意每個接口的返回結(jié)果，除了刪除用戶，其他每個接口都有返回值。這是因為Restful 規(guī)范中提到：

GET /collection：返回資源對象的列表（數(shù)組）
GET /collection/resource：返回單個資源對象
POST /collection：返回新生成的資源對象
PUT /collection/resource：返回完整的資源對象
PATCH /collection/resource：返回完整的資源對象
DELETE /collection/resource：返回一個空文檔

3.2 Service 設(shè)計

Service層負(fù)責(zé)具體的業(yè)務(wù)邏輯，其封裝了Dao層的操作，如下：

//UserService.java
package com.mystudy.spring.service;

import com.mystudy.spring.domain.User;
import com.mystudy.spring.repository.UserRepository;
import org.springframework.beans.BeanUtils;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;

import java.util.List;

import static com.mystudy.spring.util.Util.getNullPropertyNames;

@Service
public class UserService
{
    @Autowired
    private UserRepository userRepository;

    public User addUser(User user)
    {
        return userRepository.save(user);
    }

    public List<User> getUserList()
    {
        return userRepository.findAll();
    }

    public User getUser(String id)
    {
        return userRepository.findOne(id);
    }

    public void deleteUser(String id)
    {
        userRepository.delete(id);
    }

    public User update(String id, User user)
    {
        User currentInstance = userRepository.findOne(id);

        //支持部分更新
        String[] nullPropertyNames = getNullPropertyNames(user);
        BeanUtils.copyProperties(user, currentInstance, nullPropertyNames);

        return userRepository.save(currentInstance);
    }
}

可以看到，Service的大部分方法只是簡單的調(diào)用了Repository的接口。這里，我們需要重點關(guān)注update方法。

根據(jù)Restful的思想，我們知道更新操作可以分為全部更新和部分更新。結(jié)合HTTP語義，可以表示為：

PUT /zoos/ID：更新某個指定動物園的信息（提供該動物園的全部信息）
PATCH /zoos/ID：更新某個指定動物園的信息（提供該動物園的部分信息）

但實際上，PATCH語義的應(yīng)用并不廣泛。所以，為了方便，我將兩個接口合在一起，同時支持全部和部分更新，HTTP動詞使用PUT，僅供參考，大家酌情而定。

在實現(xiàn)部分更新時，有個問題需要注意。舉例說明，若我們只需要更新User的age字段，前端提供JSON形如：

{
    "id": "8a8194e5645f53a101645f6048470000",
    "age": 12
  }

其旨在更新age為12，但若請求直接映射到User：

@PutMapping(value = "/users/{id}")
    public User updateUser(@PathVariable("id") String id, @RequestBody User user)
    {
        return userService.update(id, user);
    }

則對象user的userName屬性會自動映射為null，這樣會導(dǎo)致數(shù)據(jù)庫中對應(yīng)的userName字段被置為空，這是無法接受的。

如何解決？很容易想到，通過id查詢出已存在的User對象(如A)，然后將傳入的User對象（如B)的非空屬性全部拷貝給A即可。

但是，難不成我們還要以一個一個的判斷每個屬性是否為空？大可不必，我們可以引入Spring提供的BeanUtils.copyProperties方法，該方法可以將一個對象的屬性值拷貝給另一個對象，并可以忽略指定的屬性。因此，我們只需要獲得所有的空值屬性，然后傳遞給BeanUtils.copyProperties即可。

如何獲取空值屬性？參考stackoverflow中的方案，如下所示：

//Util.java
package com.mystudy.spring.util;

import org.springframework.beans.BeanWrapper;
import org.springframework.beans.BeanWrapperImpl;

import java.beans.FeatureDescriptor;
import java.util.stream.Stream;

public class Util
{
    public static String[] getNullPropertyNames(Object source) {
        final BeanWrapper wrappedSource = new BeanWrapperImpl(source);
        return Stream.of(wrappedSource.getPropertyDescriptors())
                .map(FeatureDescriptor::getName)
                .filter(propertyName -> wrappedSource.getPropertyValue(propertyName) == null)
                .toArray(String[]::new);
    }
}

但是，該方法其實有個大bug，當(dāng)請求中不填寫age時，User對象中的age會被映射為0（這是必定的，因為基本類型默認(rèn)值為0)，但只要我們將基本類型替換為引用類型（默認(rèn)值為null）即可解決該問題，也就是修改age的類型為Integer。當(dāng)然，如果你不想使用模型進(jìn)行映射，也可以使用Map等方式。

綜上，通過這種方法，我們實現(xiàn)了模型的全部更新和部分更新功能，前端只需要通過一個接口，傳遞模型的全部字段或部分字段即可。這樣，就可以避免出現(xiàn)類似updateByName，updateByAge, updaeByXX等啰嗦、多余的更新接口。

3.3 Swagger

沒錯，酷炫的東西到了。除了前面提到的注解@ApiOperation，我們還需要實現(xiàn)一個配置類：

//Swagger2.java
package com.mystudy.spring.util;

import com.google.common.collect.Sets;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import springfox.documentation.builders.ApiInfoBuilder;
import springfox.documentation.builders.PathSelectors;
import springfox.documentation.builders.RequestHandlerSelectors;
import springfox.documentation.service.ApiInfo;
import springfox.documentation.spi.DocumentationType;
import springfox.documentation.spring.web.plugins.Docket;
import springfox.documentation.swagger2.annotations.EnableSwagger2;

@Configuration
@EnableSwagger2
public class Swagger2 {
    @Bean
    public Docket createRestApi() {
        return new Docket(DocumentationType.SWAGGER_2)
                .protocols(Sets.newHashSet("http")) //協(xié)議，http或https
                .apiInfo(apiInfo())
                .select()
                .apis(RequestHandlerSelectors.basePackage("com.mystudy.spring.api")) //一定要寫對，會在這個路徑下掃描controller定義
                .paths(PathSelectors.any())
                .build();
    }

    private ApiInfo apiInfo() {
        return new ApiInfoBuilder()
                .title("REST接口定義")
                .version("1.0") 
                .description("用于測試RESTful API")
                .build();
    }
}

如上只使用了一些最基本的功能，還有很多個性化的配置大家可以自行發(fā)掘。

前面提到過，本項目的服務(wù)端口是8801，啟動項目后，訪問http://127.0.0.1:8801/swagger-ui.html，即可出現(xiàn)在線文檔：

image.png

如上，每個接口都可以看到詳細(xì)的參數(shù)，并可直接進(jìn)行請求測試。如在添加用戶接口中，我們先點擊按鈕“try out”，接著填寫相關(guān)參數(shù)：

image.png

點擊按鈕“Exceute”即可執(zhí)行，結(jié)果顯示為成功：

image.png

綜上，可以發(fā)現(xiàn)，結(jié)合Spring Boot時Swagger比Postman使用更加便捷。當(dāng)然，這里只介紹了Swagger最基本的應(yīng)用，更多特性請谷歌之。

四、Restful 錯誤響應(yīng)

另外一個重點來了，也是一個難點。目前，我們只介紹了Restful 最簡單的正常使用場景，沒有介紹Restful 的錯誤響應(yīng)的處理方式。在實際的前后端分離的開發(fā)中，服務(wù)端的多種錯誤情況都必須要反饋給前端進(jìn)行處理。

4.1 錯誤響應(yīng)風(fēng)格

對于錯誤響應(yīng)，結(jié)合阮一峰的文章，我個人傾向的風(fēng)格是：

1. 正常的響應(yīng)應(yīng)該直接返回需要的數(shù)據(jù)，而無需嵌套或添加任何額外信息。此時HTTP的返回碼可以為：

200 OK - [GET]：服務(wù)器成功返回用戶請求的數(shù)據(jù)，該操作是冪等的（Idempotent）。
201 CREATED - [POST/PUT/PATCH]：用戶新建或修改數(shù)據(jù)成功。
202 Accepted - [*]：表示一個請求已經(jīng)進(jìn)入后臺排隊（異步任務(wù)）
204 NO CONTENT - [DELETE]：用戶刪除數(shù)據(jù)成功。

2. 如果狀態(tài)碼是4xx，就應(yīng)該向用戶返回出錯信息。一般來說，返回的信息中將error作為鍵名，出錯信息作為鍵值即可：

{
      error: "error message"
}

此時，HTTP的狀態(tài)碼就是相應(yīng)的業(yè)務(wù)錯誤碼，一般無需額外定義業(yè)務(wù)錯誤碼。但很多時候，僅有的20多個HTTP狀態(tài)碼不足以表達(dá)服務(wù)端的所有異常，此時，我們就需要額外定義錯誤碼，而HTTP狀態(tài)碼僅表示錯誤的大類型。例如，若查找的指定用戶信息不存在，HTTP狀態(tài)碼依舊為404，響應(yīng)可以返回：

{
  "code": 40401,
  "error": "user 11 not found!"
}

其中，code為自定義錯誤碼40401，error為其對應(yīng)的錯誤內(nèi)容。40401的前綴404表示資源不存在，01可以表示具體表示user這種資源不存在。

當(dāng)然，Restful 的錯誤響應(yīng)風(fēng)格并不局限于此，大家可以根據(jù)實際情況和使用習(xí)慣酌情考慮，我唯一建議的就是——合理利用HTTP錯誤碼而不是完全棄之不顧。

4.2 Spring 統(tǒng)一異常處理

介紹完錯誤響應(yīng)風(fēng)格后，我們考慮如何在Spring Boot中實現(xiàn)之。很多人的的做法是將各種錯誤轉(zhuǎn)化為錯誤響應(yīng)對象進(jìn)行返回。首先，我們定義一個表示錯誤響應(yīng)的對象：

public class Result
{
    /**
     * 錯誤內(nèi)容
     */
    private String error;

    /**
     * 自定義錯誤碼
     */
    private int code;


    public Result(String error, int code)
    {
        this.error = error;
        this.code = code;
    }

    public String getError()
    {
        return error;
    }

    public void setError(String error)
    {
        this.error = error;
    }

    public int getCode()
    {
        return code;
    }

    public void setCode(int code)
    {
        this.code = code;
    }


    public enum ErrorCode{
        /**
         * 用戶不存在
         */
        USER_NOT_FOUND(40401),

        /**
         * 用戶已存在
         */
        USER_ALREADY_EXIST(40001),
        ;

        private int code;

        public int getCode()
        {
            return code;
        }

        ErrorCode(int code)
        {
            this.code = code;
        }
    }
}

可以看到，該對象中還定義了錯誤碼的枚舉類。接著，我們修改返回接口的返回類型為Object:

    @GetMapping(value = "/users/{id}")
    public Object getUser(@PathVariable("id") String id)
    {
        return userService.getUser(id);
    }

我們考慮被添加的用戶已存在的錯誤情況，修改Service：

    public Object getUser(String id)
    {
        User currentInstance = userRepository.findOne(id);
        if (currentInstance == null)
        {
            return new Result("user " + id + "is exist!",
                    Result.ErrorCode.USER_ALREADY_EXIST.getCode());
        }
        return userRepository.findOne(id);
    }

好了，我們現(xiàn)在使用Swagger進(jìn)行測試，查找一個不存在的用戶abc：

image.png

也即是說，在處理錯誤時，我們不再直接返回Result對象，而采用異常機(jī)制。其實，我個人也覺得代碼中到處返回Result對象真是一個bad smell。在Java中，錯誤得情況難道還有比異常更好的表現(xiàn)方式么？

好吧，廢話太多了，開始實現(xiàn)。新建一個全局異常GlobalException ，其作為眾多自定義異常的父類：

public class GlobalException extends Exception {

    private int code;

    public GlobalException(String message)
    {
        super(message);
    }

    public GlobalException(String message, int code)
    {
        super(message);
        this.code = code;
    }

    public void setCode(int code)
    {
        this.code = code;
    }

    public int getCode()
    {
        return code;
    }
}

新建一個自定義異常NotFoundException，該異常專門用來表示各種類型資源不存在的異常情況：

public class NotFoundException extends GlobalException
{
    public NotFoundException(String message, int code)
    {
        super(message, code);
    }
}

新建類RestExceptionHandler，使用注解@ControllerAdvice，如下：

@ControllerAdvice
public class RestExceptionHandler
{
    private static Logger logger = LoggerFactory.getLogger(RestExceptionHandler.class);

    @ExceptionHandler(value = NotFoundException.class)
    @ResponseBody
    @ResponseStatus(HttpStatus.NOT_FOUND)
    public Result handleResourceNotFoundException(NotFoundException e)
    {
        logger.error(e.getMessage(), e);
        return new Result(e.getMessage(), e.getCode());
    }
}

如上，通過使用注解@ControllerAdvice，類RestExceptionHandler就可以實現(xiàn)全局異常的攔截處理功能。自定義的方法handleResourceNotFoundException旨在攔截NotFoundException異常，一旦攔截成功后，我們可以進(jìn)行各種處理操作，并且返回自己想要的結(jié)果。

其中，注解@ExceptionHandler表示要攔截的異常；注解@ResponseStatus可以指定HTTP響應(yīng)的狀態(tài)碼;當(dāng)然，注解@ResponseBody也必不可少。

OK，讓我們先修改之前的用戶查找接口，并且拋出異常：

    public Object getUser(String id) throws NotFoundException
    {
        User currentInstance = userRepository.findOne(id);
        if (currentInstance == null)
        {
            throw new NotFoundException("user " + id + " is not exist!", Result.ErrorCode.USER_NOT_FOUND.getCode());
        }
        return userRepository.findOne(id);
    }

當(dāng)然，Controller也要拋出異常：

    @GetMapping(value = "/users/{id}")
    public Object getUser(@PathVariable("id") String id) throws NotFoundException
    {
        return userService.getUser(id);
    }

OK，重新請求一個不存在的用戶嘗試一下：

image.png

如上，如我們所愿，HTTP響應(yīng)碼也返回了，同時查看服務(wù)控制臺：

com.mystudy.spring.exception.NotFoundException: user abc is not exist!
    at com.mystudy.spring.service.UserService.getUser(UserService.java:36) ~[classes/:na]
    at com.mystudy.spring.api.UserController.getUser(UserController.java:36) ~[classes/:na]
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:na]
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:na]
    at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:na]
    at java.base/java.lang.reflect.Method.invoke(Method.java:564) ~[na:na]
    at org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:205) ~[spring-web-4.3.18.RELEASE.jar:4.3.18.RELEASE]
    at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:133) ~[spring-web-4.3.18.RELEASE.jar:4.3.18.RELEASE]
    at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:97) ~[spring-webmvc-4.3.18.RELEASE.jar:4.3.18.RELEASE]
    at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:827) ~[spring-webmvc-4.3.18.RELEASE.jar:4.3.18.RELEASE]
    at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:738) ~[spring-webmvc-4.3.18.RELEASE.jar:4.3.18.RELEASE]
    at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:85) ~[spring-webmvc-4.3.18.RELEASE.jar:4.3.18.RELEASE]
    at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:967) ~[spring-webmvc-4.3.18.RELEASE.jar:4.3.18.RELEASE]
    at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:901) ~[spring-webmvc-4.3.18.RELEASE.jar:4.3.18.RELEASE]
    at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970) [spring-webmvc-4.3.18.RELEASE.jar:4.3.18.RELEASE]
    at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:861) [spring-webmvc-4.3.18.RELEASE.jar:4.3.18.RELEASE]
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:635) [tomcat-embed-core-8.5.31.jar:8.5.31]
    at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:846) [spring-webmvc-4.3.18.RELEASE.jar:4.3.18.RELEASE]
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:742) [tomcat-embed-core-8.5.31.jar:8.5.31]
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231) [tomcat-embed-core-8.5.31.jar:8.5.31]
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [tomcat-embed-core-8.5.31.jar:8.5.31]
省略

沒錯，這才打開的正確方式！一旦接口拋出異常，Spring 馬上攔截并進(jìn)行處理，最后返回自定義的錯誤對象。當(dāng)然，若接口一切正常，還是按正常邏輯返回模型對象。

同理，我們還可以新建多種其他異常，比如表示非法參數(shù)、權(quán)限不足等。需要注意的是，請不要為每種資源都新建異常，比如你不需要創(chuàng)建UserNotFoundException、BookNotFoundException等，否則會顯得多么繁瑣。

五、后語

至此，本文的目標(biāo)已經(jīng)達(dá)成，首先介紹了如何使用Spring Boot設(shè)計Restful API，然后介紹了常用的Restful 錯誤響應(yīng)風(fēng)格，最后利用Spring Boot的全局異常處理機(jī)制實現(xiàn)了Restful 的錯誤響應(yīng)功能。

項目源碼請戳：https://gitee.com/haoranjunzi/study-restful

本人水平有限，難免有錯誤或遺漏之處，望大家指正和諒解，歡迎評論留言。