我在前面的文章中介紹了Spring MVC最核心的組件DispatcherServlet，DispatcherServlet把Servlet容器(如Tomcat)中的請求和Spring中的組件聯系到一起，是SpringWeb應用的樞紐。但是我們在日常開發中往往不需要詳細知道樞紐的作用，我們只需要處理樞紐分發給我們的請求。Spring中處理請求業務邏輯最常見的組件是Controller，本文會對Spring的Controller及相關組件做詳細介紹。
Controller的定義
Controller是Spring中的一個特殊組件，這個組件會被Spring識別為可以接受並處理網頁請求的組件。Spring中提供了基於注解的Controller定義方式：@Controller和@RestController注解。基於注解的Controller定義不需要繼承或者實現接口，用戶可以自由的定義接口簽名。以下為Spring Controller定義的示例。
@Controller
public class HelloController {
@GetMapping("/hello")
public String handle(Model model) {
model.addAttribute("message", "Hello World!");
return "index";
}
}
@Controller注解繼承了Spring的@Component注解，會把對應的類聲明為Spring對應的Bean，並且可以被Web組件管理。@RestController注解是@Controller和@ResponseBody的組合，@ResponseBody表示函數的返回不需要渲染為View，應該直接作為Response的內容寫回客戶端。
映射關系RequestMapping
路徑的定義
定義好一個Controller之后，我們需要將不同路徑的請求映射到不同的Controller方法之上，Spring同樣提供了基於注解的映射方式：@RequestMapping。通常情況下，用戶可以在Controller類和方法上面添加@RequestMapping注解，Spring容器會識別注解並將滿足路徑條件的請求分配到對應的方法進行處理。在下面的示例中，"GET /persons/xxx"會調用getPerson方法處理。
@RestController
@RequestMapping("/persons")
class PersonController {
@GetMapping("/{id}")
public Person getPerson(@PathVariable Long id) {
// ...
}
@PostMapping
@ResponseStatus(HttpStatus.CREATED)
public void add(@RequestBody Person person) {
// ...
}
}
路徑的匹配
Spring支持兩種路徑匹配方式，二者之間可以很好的兼容，Spring默認使用PathPattern進行路徑的匹配。
- PathPattern：使用預解析的方法匹配路徑。專門為Web路徑匹配而設計，可以支持復雜的表達式，執行效率很高。
- AntPathMatcher：Spring中用於類路徑、文件系統和其它資源的解決方案，效率比較低。
PathPattern基本可以向下兼容AntPathMatcher的邏輯，並且支持路徑變量和"**"多段路徑匹配，以下列出幾種PathPattern的示例：
| 路徑示例 | 說明 |
|---|---|
| /resources/ima?e.png | 路徑中有一個字符是可變的，如/resources/image.png |
| /resources/*.png | 路徑中多個字符是可變的，如/resources/test.png |
| /resources/** | 路徑中多段可變，如/resources/test/path/xxx |
| /projects/{project}/versions | 匹配一段路徑，並且把路徑中的值提取出來，如/projects/MyApp/versions |
| /projects/{project:[a-z]+}/versions | 匹配一段符合正則表達式路徑，並且把路徑中的值提取出來，如/projects/myapp/versions |
路徑中匹配到的變量可以使用@PathVariable獲取，Path變量可以是方法或者類級別的，匹配到的變量會自動進行類型轉換，如果轉換失敗則會拋出異常。
@GetMapping("/owners/{ownerId}/pets/{petId}")
public Pet findPet(@PathVariable Long ownerId, @PathVariable Long petId) {
// ...
}
@Controller
@RequestMapping("/owners/{ownerId}")
public class OwnerController {
@GetMapping("/pets/{petId}")
public Pet findPet(@PathVariable Long ownerId, @PathVariable Long petId) {
// ...
}
}
路徑沖突
當一次請求匹配到多個Pattern，那么就需要選出最接近的Pattern路徑。Spring為Pattern和AntPathMatcher提供了選擇最接近的路徑策略，二者之間邏輯相近，此處只介紹PathPattern。對於PathPattern，Spring提供了PathPattern.SPECIFICITY_COMPARATOR用於對比路徑之間的優先級，對比的規則如下：
- null的pattern具有最低優先級。
- 包含通配符的pattern的具有最低優先級(如/**)。
- 如果兩個pattern都包含通配符，長度比較長的有更高的優先級。
- 包含越少匹配符號和越少路徑變量的pattern有越高的優先級。
- 路徑越長的優先級越高。
Spring 5.3之后不再支持.*后綴匹配，默認情況下“/person”就會匹配到所有的 “/person.*”
接受和返回參數的類型
RequestMapping還可以指定接口接受什么類型的參數以及返回什么類型的參數，這通常會在請求頭的Content-Type中指定：
@PostMapping(path = "/pets", consumes = "application/json")
public void addPet(@RequestBody Pet pet) {
// ...
}
@GetMapping(path = "/pets/{petId}", produces = "application/json")
@ResponseBody
public Pet getPet(@PathVariable String petId) {
// ...
}
根據參數或Header選擇
RequestMapping還支持按照請求的參數或者Header判斷是否處理請求。
-
如只接受參數myParam的值為myValue的情況，可以通過如下方式指定：
@GetMapping(path = "/pets/{petId}", params = "myParam=myValue") public void findPet(@PathVariable String petId) { // ... } -
如只接受請求頭中myParam的值為myValue的情況，可以通過如下方式指定：
@GetMapping(path = "/pets", headers = "myHeader=myValue") public void findPet(@PathVariable String petId) { // ... }
編程式注冊RequestMapping
我們前面的教程中講的都是怎么通過@RequestMapping進行路徑的映射，使用這種方式會自動把路徑映射為添加了注解的方法。這種方式雖然使用很方便，但是靈活性方面有一些欠缺，如果我想要根據Bean的配置信息動態映射路徑之間的關系時，注解的方式就無法做到這種需求。Spring提供了一種動態注冊RequestMapping的方法，注冊示例如下所示：
@Configuration
public class MyConfig {
// 從容器中獲取維護映射關系的RequestMappingHandlerMapping和自定義組件UserHandler
@Autowired
public void setHandlerMapping(RequestMappingHandlerMapping mapping, UserHandler handler)
throws NoSuchMethodException {
// 生成路徑匹配信息
RequestMappingInfo info = RequestMappingInfo
.paths("/user/{id}").methods(RequestMethod.GET).build();
// 獲取需要映射的方法
Method method = UserHandler.class.getMethod("getUser", Long.class);
// 注冊路徑和方法之間的映射信息
mapping.registerMapping(info, handler, method);
}
}
處理方法
通過RequestMapping映射通常可以把依次請求映射到某個方法，這個方法就是處理方法（Handler Methods）。處理方法的參數和返回值可以使用很多請求中的信息(如@RequestParam, @RequestHeader)等，這些參數支持使用Optional進行封裝。
| 方法參數 | 說明 |
|---|---|
| WebRequest, NativeWebRequest | 包含了請求參數、請求和Session信息，主要用於Spring框架內部解析參數等操作 |
| javax.servlet.ServletRequest, javax.servlet.ServletResponse | Servlet的請求和參數信息 |
| javax.servlet.http.HttpSession | 請求的Session信息 |
| javax.servlet.http.PushBuilder | 服務器推送是HTTP/2協議中的新特性之一，旨在通過將服務器端的資源推送到瀏覽器的緩存中來預測客戶端的資源需求，以便當客戶端發送網頁請求並接收來自服務器的響應時，它需要的資源已經在緩存中。這是一項提高網頁加載速度的性能增強的功能。在Servlet 4.0中，服務器推送功能是通過PushBuilder實例公開的，此實例是從HttpServletRequest實例中獲取的。 |
| java.security.Principal | 當前用戶的登錄信息 |
| HttpMethod | 請求的方式，如GET，POST等 |
| java.util.Locale | 請求中的國際化信息 |
| java.util.TimeZone + java.time.ZoneId | 請求的時區信息 |
| java.io.InputStream, java.io.Reader | 用於獲取請求原始Body的輸入流 |
| java.io.OutputStream, java.io.Writer | 用於寫回響應的輸出流 |
| @PathVariable | 路徑變量，如"/pets/{petId}"中的petId |
| @MatrixVariable | 用分號分割的參數，如GET /pets/42;q=11;r=22 |
| @RequestParam | 獲取請求中的參數，包含multipart類型的文件 |
| @RequestHeader | 請求頭信息 |
| @CookieValue | 請求中的Cookie信息 |
| @RequestBody | 把請求的Body，會使用HttpMessageConverter轉為指定的類型的數據。 |
| HttpEntity<B> | 類似於@RequestBody |
| @RequestPart | 用於獲取multipart/form-data中的數據 |
| java.util.Map, org.springframework.ui.Model, org.springframework.ui.ModelMap | 獲取用於渲染HTML視圖的參數 |
| @ModelAttribute | 用於獲取模型中的屬性 |
| Errors, BindingResult | 獲取參數校驗結果信息 |
| SessionStatus + class-level @SessionAttributes | Session信息 |
| UriComponentsBuilder | 獲取匹配過程中的參數信息 |
| @SessionAttribute | 獲取一個Session屬性 |
| @RequestAttribute | 獲取請求中的屬性 |
處理方法也可以支持很多類型的返回值，不同類型的返回有不同的意義。
| 返回參數 | 說明 |
|---|---|
| @ResponseBody | @RestController就包含了這個注解，這個注解表示使用HttpMessageConverter把返回值寫入Response，不會進行視圖解析 |
| HttpEntity<B>, ResponseEntity<B> | 和@ResponseBody類似，返回值直接寫入Response |
| HttpHeaders | 只返回Header不返回body |
| String | 按照返回值去查找View，並解析為模型 |
| View | 返回一個視圖 |
| java.util.Map, org.springframework.ui.Model | 用於渲染視圖的模型，View由RequestToViewNameTranslator決定 |
| @ModelAttribute | 用於渲染視圖的模型，View由RequestToViewNameTranslator決定 |
| ModelAndView | 返回一個可用的模型視圖 |
| void | 通常表示沒有返回Body |
| DeferredResult<V> | 異步返回結果，后文詳細介紹 |
| Callable<V> | 異步返回結果，后文詳細介紹 |
| ListenableFuture<V>, java.util.concurrent.CompletionStage<V>, java.util.concurrent.CompletableFuture<V> | 類似於DeferredResult，異步返回調用結果 |
| ResponseBodyEmitter, SseEmitter | 異步的把HttpMessageConverter轉換后的Body寫入Response |
| StreamingResponseBody | 把返回異步寫入Response |
| Reactive types — Reactor, RxJava, or others through ReactiveAdapterRegistry | Flux場景下的異步返回 |
類型轉換
網絡請求的參數往往是String類型的，而映射到后端時需要轉為處理方法需要的數據類型(如@RequestParam, @RequestHeader， @PathVariable， @MatrixVariable 和 @CookieValue)。這種情況下Spring會獲取容器內的類型轉換服務和屬性編輯器進行轉換，用戶也可以向WebDataBinder中注入自己需要的轉換服務。
Matrix參數
Matrix參數其實時RFC3986中關於Url編碼的一些規范，Matrix參數之間用分號分割，Matrix參數的多個值之間用逗號分割，例如/cars;color=red,green;year=2012，多個值之間也允許用分號分割，如color=red;color=green;color=blue
如果一個URL需要包含Matrix參數，那么包含Matrix參數應該是一個路徑變量，否則Matrix參數會對路徑匹配造成影響：
// GET /pets/42;q=11;r=22
// 最后一段路徑必須為路徑變量{petId}，否則會造成路徑匹配失敗
@GetMapping("/pets/{petId}")
public void findPet(@PathVariable String petId, @MatrixVariable int q) {
// petId == 42
// q == 11
}
不僅僅URL最后一段可以加Matrix參數，URL的任意一段都可以家Matrix參數，如下所示:
// GET /owners/42;q=11/pets/21;q=22
@GetMapping("/owners/{ownerId}/pets/{petId}")
public void findPet(
@MatrixVariable(name="q", pathVar="ownerId") int q1,
@MatrixVariable(name="q", pathVar="petId") int q2) {
// q1 == 11
// q2 == 22
}
Matrix參數允許設置默認值，用戶沒有傳該參數的時候使用這個默認值：
// GET /pets/42
@GetMapping("/pets/{petId}")
public void findPet(@MatrixVariable(required=false, defaultValue="1") int q) {
// q == 1
}
如果路徑中包含很多Matrix參數，一個一個接收可能比較麻煩，我們可以通過MultiValueMap用集合的形式去接收：
// GET /owners/42;q=11;r=12/pets/21;q=22;s=23
@GetMapping("/owners/{ownerId}/pets/{petId}")
public void findPet(
@MatrixVariable MultiValueMap<String, String> matrixVars,
@MatrixVariable(pathVar="petId") MultiValueMap<String, String> petMatrixVars) {
// matrixVars: ["q" : [11,22], "r" : 12, "s" : 23]
// petMatrixVars: ["q" : 22, "s" : 23]
}
如果你需要在程序中使用Matrix參數，需要的配置
UrlPathHelper的removeSemicolonContent=false。
@RequestParam
@RequestParam用於把請求中的參數(查詢參數或者表單參數)綁定到對應的方法參數上，默認情況下不允許請求參數中不包含指定的參數，不過用戶可以指定required=false去允許設置請求參數到對應的方法參數。如果方法的參數類型不為String類型，Spring會自動進行類型轉換。當@RequestParam注解的參數類型為Map<String, String>並且@RequestParam沒有指定參數名稱的時候，Spring會把所有的參數注入到Map中。
@Controller
@RequestMapping("/pets")
public class EditPetForm {
// ...
@GetMapping
public String setupForm(@RequestParam("petId") int petId, Model model) {
Pet pet = this.clinic.loadPet(petId);
model.addAttribute("pet", pet);
return "petForm";
}
// ...
}
@RequestHeader
一次Http請求往往會包含請求頭和Body兩部分，我們可以通過@RequestHeader把請求頭和處理方法的參數進行綁定，@RequestHeader同樣支持Map，假設一次請求有如下的頭：
Host localhost:8080
Accept text/html,application/xhtml+xml,application/xml;q=0.9
Accept-Language fr,en-gb;q=0.7,en;q=0.3
Accept-Encoding gzip,deflate
Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive 300
如果我們需要在方法中獲取Accept-Encoding和Keep-Alive標簽，我們可以通過如下代碼獲取：
@GetMapping("/demo")
public void handle(
@RequestHeader("Accept-Encoding") String encoding,
@RequestHeader("Keep-Alive") long keepAlive) {
//...
}
@CookieValue
如果我們需要獲取一次請求中的cookie信息，我們可以通過@CookieValue獲取，獲取方法如下所示：
@GetMapping("/demo")
public void handle(@CookieValue("JSESSIONID") String cookie) {
//...
}
@ModelAttribute
@ModelAttribute可以把請求中的參數映射為對象，然后傳遞給對應的方法。
@PostMapping("/owners/{ownerId}/pets/{petId}/edit")
public String processSubmit(@ModelAttribute Pet pet) {
// method logic...
}
上面的例子中，請求參數可以來自pet可以來自以下幾種途徑：
- 在請求預處理的過程中添加的@ModelAttribute屬性中的pet；
- 從HttpSession中的@SessionAttributes屬性中查找pet；
- 從請求參數或者pathVariable中查找pet屬性；
- 使用默認的構造函數初始化數據。
@PutMapping("/accounts/{account}")
public String save(@ModelAttribute("account") Account account) {
// ...
}
@PostMapping("/owners/{ownerId}/pets/{petId}/edit")
public String processSubmit(@ModelAttribute("pet") Pet pet, BindingResult result) {
if (result.hasErrors()) {
return "petForm";
}
// ...
}
@ModelAttribute
public AccountForm setUpForm() {
return new AccountForm();
}
@ModelAttribute
public Account findAccount(@PathVariable String accountId) {
return accountRepository.findOne(accountId);
}
@PostMapping("update")
public String update(@Valid AccountForm form, BindingResult result,
@ModelAttribute(binding=false) Account account) {
// ...
}
@SessionAttributes 和 @SessionAttribute
@SessionAttributes用於在多個請求之間共享Session數據，該注解只能加載類之上。在第一次請求的時候，會把Session數據放入SessionAttributes中，Session結束的時候清除數據。
@Controller
@SessionAttributes("pet") // 把數據放入Session中
public class EditPetForm {
// 從Session中查詢數據
@PostMapping("/pets/{id}")
public String handle(Pet pet, BindingResult errors, SessionStatus status) {
if (errors.hasErrors) {
// ...
}
// 清空Session中的數據.
status.setComplete();
// ...
}
}
}
如果Session的屬性不由Controller管理，而是其它組件管理(如Filter管理)，我們就可以使用@SessionAttribute去把Session中的數據和處理方法中的參數進行綁定。
@RequestMapping("/")
public String handle(@SessionAttribute User user) {
// ...
}
@RequestAttribute
@RequestAttribute和@SessionAttributes類似，一個是請求級別的，一個是Session級別的，此處不做詳細介紹。
@GetMapping("/")
public String handle(@RequestAttribute Client client) {
// ...
}
Multipart參數
我們在前面的文章中說過，DispatcherServlet中會包含MultipartResolver組件，如果一次請求的數據為multipart/form-data類型，DispatcherServlet會把上傳的文件解析為MultipartFile格式的文件。Servlet3中也支持使用 javax.servlet.http.Part代替MultipartFile接收文件，上傳多個文件的時候可以使用列表或者Map獲取參數。
@Controller
public class FileUploadController {
@PostMapping("/form")
public String handleFormUpload(@RequestParam("name") String name,
@RequestParam("file") MultipartFile file) {
if (!file.isEmpty()) {
byte[] bytes = file.getBytes();
// store the bytes somewhere
return "redirect:uploadSuccess";
}
return "redirect:uploadFailure";
}
}
Multipart也可以把需要接收的文件封裝為對象進行接收。
class MyForm {
private String name;
private MultipartFile file;
// ...
}
@Controller
public class FileUploadController {
@PostMapping("/form")
public String handleFormUpload(MyForm form, BindingResult errors) {
if (!form.getFile().isEmpty()) {
byte[] bytes = form.getFile().getBytes();
// store the bytes somewhere
return "redirect:uploadSuccess";
}
return "redirect:uploadFailure";
}
}
除了通過瀏覽器上傳文件，我們還可以通過RestFul方式以Json的格式上傳文件：
POST /someUrl
Content-Type: multipart/mixed
--edt7Tfrdusa7r3lNQc79vXuhIIMlatb7PQg7Vp
Content-Disposition: form-data; name="meta-data"
Content-Type: application/json; charset=UTF-8
Content-Transfer-Encoding: 8bit
{
"name": "value"
}
--edt7Tfrdusa7r3lNQc79vXuhIIMlatb7PQg7Vp
Content-Disposition: form-data; name="file-data"; filename="file.properties"
Content-Type: text/xml
Content-Transfer-Encoding: 8bit
... File Data ...
@PostMapping("/")
public String handle(@RequestPart("meta-data") MetaData metadata,
@RequestPart("file-data") MultipartFile file) {
// ...
}
@RequestBody和HttpEntity
@RequestBody應該是日常開發中使用最多的參數之一了，我們可以通過@RequestBody把請求中的Body和處理方法中的參數對象進行綁定，Spring會調用HttpMessageConverter服務把請求中的數據反序列化為處理方法中的參數對象。@RequestBody還可以和@Validated注解組合進行使用，如果校驗失敗會拋出異常或者交給用戶處理校驗異常信息。
@PostMapping("/accounts")
public void handle(@Valid @RequestBody Account account, BindingResult result) {
// ...
}
HttpEntity和@RequestBody的原理類似，不過會把請求體封裝到HttpEntity中。
@PostMapping("/accounts")
public void handle(HttpEntity<Account> entity) {
// ...
}
@ResponseBody和ResponseEntity
@ResponseBody表示會把返回值通過HttpMessageConverter直接序列化為String寫入Response，我們平時使用比較多的@RestController就是由@ResponseBody和@Controller組成。
@GetMapping("/accounts/{id}")
@ResponseBody
public Account handle() {
// ...
}
ResponseEntity和@ResponseBody，不過返回的基礎上會包含狀態碼和返回頭等信息。
@GetMapping("/something")
public ResponseEntity<String> handle() {
String body = ... ;
String etag = ... ;
return ResponseEntity.ok().eTag(etag).build(body);
}
JSON Views
Spring內置了對JacksonJSON的支持，並且支持Jackson的Json序列化視圖，在使用@ResponseBody和ResponseEntity返會數據時，可以按照@JsonView來指定Json序列化時需要顯示的字段。
@RestController
public class UserController {
@GetMapping("/user")
@JsonView(User.WithoutPasswordView.class)
public User getUser() {
return new User("eric", "7!jd#h23");
}
}
public class User {
public interface WithoutPasswordView {};
public interface WithPasswordView extends WithoutPasswordView {};
private String username;
private String password;
public User() {
}
public User(String username, String password) {
this.username = username;
this.password = password;
}
@JsonView(WithoutPasswordView.class)
public String getUsername() {
return this.username;
}
@JsonView(WithPasswordView.class)
public String getPassword() {
return this.password;
}
}
我們也可以通過編程的方式實現對象的不同視圖的序列化，使用方法如下所示：
@RestController
public class UserController {
@GetMapping("/user")
public MappingJacksonValue getUser() {
User user = new User("eric", "7!jd#h23");
MappingJacksonValue value = new MappingJacksonValue(user);
value.setSerializationView(User.WithoutPasswordView.class);
return value;
}
}
對於基於View的解決方案，我們可以在Model中添加對應的對象以及Json序列化視圖，使用的示例如下所示：
@Controller
public class UserController extends AbstractController {
@GetMapping("/user")
public String getUser(Model model) {
model.addAttribute("user", new User("eric", "7!jd#h23"));
model.addAttribute(JsonView.class.getName(), User.WithoutPasswordView.class);
return "userView";
}
}
Model對象
Spring中的model對象負責在控制器和展現數據的視圖之間傳遞數據。Spring提供了@ModelAttribute去獲取和寫入Model對象的屬性，@ModelAttribute有多種使用方式：
- 在處理方法的入參上添加@ModelAttribute，可以獲取WebDataBinder中已經有的Model中的屬性值。
- 在類上（如Controller）添加@ModelAttribute注解，則會為所有的請求初始化模型。
- 在處理方法的返回值上添加@ModelAttribute，表示返回值會作為模型的屬性。
@ModelAttribute
public void populateModel(@RequestParam String number, Model model) {
model.addAttribute(accountRepository.findAccount(number));
// add more ...
}
@ModelAttribute
public Account addAccount(@RequestParam String number) {
return accountRepository.findAccount(number);
}
DataBinder
前面我們講了很多如何把請求參數和處理方法入參進行綁定的注解或者類型，並且知道請求參數需要經過類型轉換才能轉為對應類型的數據。然而注解只是一個標記，並不會實際執行參數綁定和類型轉換操作，Spring中必定有一個組件進行參數綁定和類型轉換，這個組件就是WebDataBinder。WebDataBinder有一下作用：
- 將請求中的參數和處理方法參數進行綁定；
- 把請求中Spring類型的數據轉為處理方法的參數類型；
- 對渲染表單的數據進行格式化。
Spring給用戶提供了修改WebDataBinder的接口，用戶可以在Controller中定義被@InitBinder注解的方法，在方法中修改WebDataBinder的定義：
@Controller
public class FormController {
@InitBinder
public void initBinder(WebDataBinder binder) {
SimpleDateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd");
dateFormat.setLenient(false);
binder.registerCustomEditor(Date.class, new CustomDateEditor(dateFormat, false));
}
// ...
}
異常處理
在關於DispatcherServlet相關的章節中，我們知道了DispatcherServlet包含了異常解析組件，當異常發生的時候會對異常進行解析。日常開發中使用比較多的異常處理組件是ExceptionHandlerExceptionResolver，用於在遇到異常時，使用帶有@ExceptionHandler注解的方法處理對應的異常，該方法可以定義中Controller或者ControllerAdvice中。
@Controller
public class SimpleController {
// ...
@ExceptionHandler
public ResponseEntity<String> handle(IOException ex) {
// ...
}
@ExceptionHandler({FileSystemException.class, RemoteException.class})
public ResponseEntity<String> handle(Exception ex) {
// ...
}
}
如果我們需要定義很多@ExceptionHandler，我們可以選擇在@ControllerAdvice中定義，而不是在每個Controller中定義。
如果一個異常匹配到多個@ExceptionHandler，Spring會嘗試使用距離異常繼承體系最近的@ExceptionHandler去處理這個異常。
Controller Advice
如果我們需要定義全局的@InitBinder或者@ExceptionHandler，那我們就不應該在Controller中定義這些方法。 Spring提供了@ControllerAdvice用於添加全局配置：
// Target all Controllers annotated with @RestController
@ControllerAdvice(annotations = RestController.class)
public class ExampleAdvice1 {}
// Target all Controllers within specific packages
@ControllerAdvice("org.example.controllers")
public class ExampleAdvice2 {}
// Target all Controllers assignable to specific classes
@ControllerAdvice(assignableTypes = {ControllerInterface.class, AbstractController.class})
public class ExampleAdvice3 {}
我是御狐神，歡迎大家關注我的微信公眾號:wzm2zsd
本文最先發布至微信公眾號，版權所有，禁止轉載！