1. 引言

常用Web開發(fā)注解

• @Controller
  • 用于標(biāo)記一個(gè)類作為Spring MVC中的控制器，主要服務(wù)于傳統(tǒng)的基于頁面跳轉(zhuǎn)的請求處理。
  • 通常與視圖解析器（View Resolver）一起使用，將處理結(jié)果以頁面的形式展示給用戶。
• @RestController
  • 是一個(gè)組合注解，包含了@Controller和@ResponseBody。
  • 主要用于開發(fā)RESTful API接口，返回的數(shù)據(jù)不會經(jīng)過視圖解析器處理，而是直接寫入HTTP響應(yīng)體中（通常是JSON或XML格式）。
• @RequestMapping
  • 用于指定請求的URL路徑，可以在類或方法上進(jìn)行注解，使得請求映射更加靈活。
• @GetMapping, @PostMapping, @PutMapping, @DeleteMapping
  • 這些注解是@RequestMapping的快捷方式，明確標(biāo)識HTTP請求的特定方式，使代碼更加直觀和易于維護(hù)。
• @ResponseBody
  • 表示返回結(jié)果直接寫入HTTP響應(yīng)體中，不通過視圖解析器處理，通常用于返回JSON數(shù)據(jù)。
• @RequestParam, @PathVariable, @RequestBody
  • 用于從請求中提取參數(shù)或者直接綁定請求體內(nèi)容到方法參數(shù)上，從而簡化請求參數(shù)解析過程。

@Controller 與 @RestController 的定位

在開發(fā)中，我們經(jīng)常會遇到兩種不同的業(yè)務(wù)場景，這時(shí)我們需要根據(jù)實(shí)際需求選擇不同的注解：

• 傳統(tǒng)頁面交互（MVC模式）
  • 業(yè)務(wù)一般需要返回視圖頁面，例如跳轉(zhuǎn)到一個(gè)HTML頁面或JSP頁面。此時(shí)我們傾向使用@Controller。
  • 開發(fā)人員同時(shí)可以根據(jù)需要在方法中使用@ResponseBody注解來返回JSON數(shù)據(jù)，但這會讓方法的風(fēng)格不一致。
• RESTful API開發(fā)
  • 當(dāng)應(yīng)用主要提供API接口服務(wù)（如前后端分離架構(gòu)），返回的數(shù)據(jù)類型通常為JSON、XML等格式，不需要視圖解析。
  • 使用@RestController會更方便，因?yàn)樗J(rèn)添加了@ResponseBody效果，簡化了代碼結(jié)構(gòu)，減少了重復(fù)注解的寫法。

2. @Controller詳解

在Spring MVC框架中，@Controller主要用于標(biāo)記一個(gè)類為控制器，從而接收和處理來自客戶端的請求，返回視圖名稱或ModelAndView對象，供視圖解析器解析后生成最終頁面。

2.1 概念解析及使用場景

• @Controller注解的類主要用于傳統(tǒng)的MVC開發(fā)模式。
• 開發(fā)者通過在方法中返回視圖名稱（如JSP、Thymeleaf模板）供視圖解析器處理，最終渲染頁面。
• 使用場景：
  • 返回完整的HTML頁面，例如用戶注冊、登錄或展示數(shù)據(jù)。
  • 與前端模板技術(shù)結(jié)合，如JSP、Freemarker、Thymeleaf等。

2.2 核心原理及底層實(shí)現(xiàn)

在Spring MVC架構(gòu)中，DispatcherServlet扮演了前端控制器的角色，整個(gè)請求處理流程如下：

1. 客戶端發(fā)起請求，DispatcherServlet接收該請求。
2. DispatcherServlet根據(jù)請求URL通過HandlerMapping查找對應(yīng)的@Controller。
3. 找到某個(gè)方法后，通過反射調(diào)用該方法，執(zhí)行完后獲得返回值。
4. 如果方法返回的是視圖名稱，將根據(jù)配置的ViewResolver解析視圖（例如將字符串"home"映射到/home.jsp或home.html）。
5. 最后ViewResolver將返回的Model數(shù)據(jù)與視圖模板合并，生成最終HTML頁面返回給客戶端。

這種流程就類似于一個(gè)快遞分揀中心：DispatcherServlet是分揀中心，通過查找和分發(fā)將包裹（請求）分發(fā)到正確的分揀員（Controller），最終將包裹送達(dá)收件人（客戶端）。

2.3 示例代碼及必需的import展示

下面是一個(gè)簡單的@Controller示例代碼，展示如何處理一個(gè)GET請求并返回一個(gè)視圖頁面：

package com.example.demo.controller;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.ui.Model;
@Controller
public class SampleController {
    // 處理GET請求，訪問網(wǎng)址：http://localhost:8080/hello
    @GetMapping("/hello")
    public String hello(Model model) {
        // 添加數(shù)據(jù)到Model，供前端頁面使用
        model.addAttribute("message", "Hello, World!");
        // 返回視圖名稱，視圖解析器將根據(jù)該名稱查找實(shí)際視圖（例如hello.jsp、hello.html）
        return "hello";
    }
}

在上面的代碼中，需要注意：

• 必須引入的包：
  • org.springframework.stereotype.Controller
  • org.springframework.web.bind.annotation.GetMapping
  • org.springframework.ui.Model
• 通過@GetMapping注解，Spring將該方法映射到"/hello"路徑。
  • 返回的字符串"hello"是視圖名，最終由ViewResolver處理后渲染為一個(gè)頁面。

2.4 使用注意事項(xiàng)

• 確保視圖解析器(ViewResolver)配置正確，否則返回的視圖名稱可能無法找到對應(yīng)的頁面模板。
• 當(dāng)需要返回JSON數(shù)據(jù)時(shí)，不建議在@Controller類中直接返回對象，除非在方法上標(biāo)注@ResponseBody。如果混合使用可能會導(dǎo)致視圖解析錯(cuò)誤。
• 注意請求路徑和視圖名稱的命名規(guī)范，避免出現(xiàn)路徑?jīng)_突或解析異常。
• 在大型項(xiàng)目中，合理劃分Controller和Service的職責(zé)，保證Controller僅負(fù)責(zé)請求分發(fā)和視圖返回，而業(yè)務(wù)邏輯應(yīng)移至Service層。

3. @RestController詳解

在現(xiàn)代Web開發(fā)中，@RestController注解為構(gòu)建RESTful API提供了極大的便利，使得Controller中的方法可以直接返回?cái)?shù)據(jù)而無需額外的視圖解析處理。下面我們詳細(xì)講解@RestController的概念、優(yōu)勢、內(nèi)部原理以及使用中的注意事項(xiàng)。

3.1 概念解析及使用場景

• @RestController是Spring 4.0之后推出的注解，它標(biāo)識一個(gè)類是REST風(fēng)格的控制器。
• 它是@Controller與@ResponseBody的組合注解，所有的方法默認(rèn)都帶上@ResponseBody的效果。
• 使用場景：
  • 開發(fā)微服務(wù)或前后端分離架構(gòu)時(shí)，服務(wù)端通常只需要返回JSON或XML等結(jié)構(gòu)化數(shù)據(jù)。
  • 當(dāng)需要構(gòu)建RESTful API接口，返回?cái)?shù)據(jù)而不是HTML頁面時(shí)，非常適合使用@RestController。

3.2 相較@Controller的便捷性

• 在使用@Controller時(shí)，如果方法需要返回JSON數(shù)據(jù)，就必須在方法上額外聲明@ResponseBody注解，使得代碼略顯冗余。
• @RestController將@ResponseBody自動(dòng)應(yīng)用于所有方法，簡化了開發(fā)流程，減少了代碼量和出錯(cuò)機(jī)會。

3.3 內(nèi)部原理及@ResponseBody的自動(dòng)注入機(jī)制

• @RestController實(shí)際內(nèi)部就是一個(gè)組合注解，其本質(zhì)上等同于在類上同時(shí)聲明了@Controller和@ResponseBody。
• 當(dāng)Spring容器掃描到@RestController標(biāo)識的類時(shí)，它會識別該類下所有@RequestMapping方法，并自動(dòng)在響應(yīng)時(shí)調(diào)用消息轉(zhuǎn)換器（MessageConverter）。
• 消息轉(zhuǎn)換器負(fù)責(zé)將返回的Java對象序列化為客戶端所需要的JSON或XML格式數(shù)據(jù)，最終寫入HTTP響應(yīng)體中。
• 這種自動(dòng)注入@ResponseBody的機(jī)制確保了開發(fā)者無需手動(dòng)添加@ResponseBody注解，從而使得代碼更加清晰易讀。

3.4 示例代碼及必需的import展示

下面提供一段使用@RestController構(gòu)建RESTful API接口的示例代碼，展示如何返回JSON數(shù)據(jù)以及必須的import包信息：

package com.example.demo.controller;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
// @RestController組合了@Controller和@ResponseBody
@RestController
public class UserController {
    // 處理 GET 請求，并返回一個(gè)用戶示例（自動(dòng)轉(zhuǎn)換為JSON格式輸出）
    @GetMapping("/user")
    public User getUser() {
        return new User(1, "Alice");
    }
}
// 示例用戶實(shí)體類
package com.example.demo.model;
public class User {
    private int id;
    private String name;
    // 必須的無參構(gòu)造器
    public User() {}
    public User(int id, String name) {
        this.id = id;
        this.name = name;
    }
    // Getter和Setter方法
    public int getId() {
        return id;
    }
    public void setId(int id) {
        this.id = id;
    }
    public String getName() {
        return name;
    }
    public void setName(String name) {
        this.name = name;
    }
}

在上述代碼中，注意以下幾點(diǎn)：

• package聲明確保了代碼結(jié)構(gòu)的規(guī)范性。
• 必須導(dǎo)入org.springframework.web.bind.annotation.RestController和GetMapping等包以支持注解功能。
• 返回的User對象將通過Spring內(nèi)置的消息轉(zhuǎn)換器轉(zhuǎn)為JSON（默認(rèn)依賴Jackson庫）。
• 任何需要使用JSON轉(zhuǎn)換的Java對象，都需要標(biāo)準(zhǔn)的getter和setter方法。

3.5 使用注意事項(xiàng)

• 確保項(xiàng)目中已經(jīng)引入了JSON處理相關(guān)的依賴（例如Jackson），否則可能會出現(xiàn)轉(zhuǎn)換異常。
• 當(dāng)與傳統(tǒng)的@Controller混用時(shí)，要注意@ResponseBody是否被正確處理，避免返回錯(cuò)誤的視圖信息。
• 對于復(fù)雜對象，如果需要定制JSON序列化行為，可以考慮使用@JsonView或編寫自定義的HttpMessageConverter。
• 避免在@RestController中混入頁面跳轉(zhuǎn)相關(guān)邏輯，保持接口單一職責(zé)，便于維護(hù)和測試。

4. @Controller vs @RestController對比分析

在Spring MVC開發(fā)中，@Controller和@RestController都是用來標(biāo)識控制器類，但它們在功能和底層實(shí)現(xiàn)上存在一定的差異，適用于不同的業(yè)務(wù)場景。下面對兩者進(jìn)行詳細(xì)的對比分析。

4.1 功能及底層實(shí)現(xiàn)的異同

• 功能：
  • @Controller：用于處理Web請求，主要服務(wù)于傳統(tǒng)的MVC開發(fā)模式，通常需要返回視圖名稱，然后由ViewResolver去解析和渲染頁面。
  • @RestController：用于構(gòu)建RESTful API接口，返回結(jié)果直接寫入HTTP響應(yīng)體中（如JSON或XML），適用于前后端分離或微服務(wù)場景。
• 底層實(shí)現(xiàn)：
  • @Controller：僅僅標(biāo)識一個(gè)類為控制器，方法返回值需要通過視圖解析器處理，如果要返回JSON數(shù)據(jù)，需要在方法上添加@ResponseBody注解。
  • @RestController：是@Controller和@ResponseBody的組合注解，它在類層面上自動(dòng)應(yīng)用@ResponseBody效果，使得所有方法返回的對象都直接被序列化為HTTP響應(yīng)體中的數(shù)據(jù)，簡化了開發(fā)流程。

4.2 使用場景和業(yè)務(wù)需求解讀

• 使用場景：
  • 當(dāng)應(yīng)用需要提供完整的HTML頁面服務(wù)時(shí)，應(yīng)首選使用@Controller，此時(shí)視圖層邏輯和模板引擎是必不可少的部分。
  • 如果開發(fā)RESTful API或僅需要返回JSON/XML數(shù)據(jù)，@RestController更適合，它避免了多次使用@ResponseBody，保持代碼的簡潔和一致性。
• 業(yè)務(wù)需求：
  • 傳統(tǒng)的Web應(yīng)用（例如需要服務(wù)端渲染頁面、通過JSP、Thymeleaf等動(dòng)態(tài)模板實(shí)現(xiàn)頁面內(nèi)容渲染）的核心邏輯，推薦使用@Controller。
  • 當(dāng)系統(tǒng)是前后端分離架構(gòu)，后端主要負(fù)責(zé)提供接口、數(shù)據(jù)處理和返回?cái)?shù)據(jù)時(shí)，@RestController更符合業(yè)務(wù)需求。

4.3 注意事項(xiàng)總結(jié)

• 全局配置：
  • 確保配置正確的視圖解析器(ViewResolver)在@Controller環(huán)境下能找到正確的視圖頁面。
  • 在@RestController環(huán)境下，需引入合適的消息轉(zhuǎn)換器（如Jackson）來支持對象與JSON格式之間的轉(zhuǎn)換。
• 混用和方法標(biāo)識：
  • 避免在@RestController中混合返回視圖和數(shù)據(jù)，否則可能導(dǎo)致響應(yīng)內(nèi)容不符合預(yù)期。
  • 當(dāng)需要在@Controller中部分方法返回JSON數(shù)據(jù)時(shí)，只需在對應(yīng)方法上添加@ResponseBody注解，但這種做法應(yīng)謹(jǐn)慎使用，保證代碼風(fēng)格的一致性。
• 性能和擴(kuò)展：
  • 對于RESTful接口，@RestController避免了額外的視圖解析步驟，能夠在一定程度上提高接口響應(yīng)速度和資源利用效率。
  • 使用過程中注意方法異常處理和全局統(tǒng)一異常配置，避免因異常轉(zhuǎn)換造成返回格式混亂，尤其是在復(fù)雜業(yè)務(wù)邏輯的開發(fā)中。

5. 實(shí)戰(zhàn)案例分析

在實(shí)際開發(fā)中，我們經(jīng)常面臨兩類不同需求：一類是傳統(tǒng)的頁面渲染應(yīng)用，另一類是RESTful API服務(wù)。下面分別通過案例展示如何使用@Controller和@RestController，并對比其代碼結(jié)構(gòu)及開發(fā)體驗(yàn)。

5.1 使用@Controller構(gòu)建傳統(tǒng)Web應(yīng)用案例

場景描述：構(gòu)建一個(gè)簡單的用戶登錄頁面。Controller接收到請求后返回一個(gè)JSP或Thymeleaf頁面，頁面上包含一個(gè)表單，用戶提交登錄數(shù)據(jù)后服務(wù)器進(jìn)行相應(yīng)處理。

示例代碼：

// 文件路徑：com.example.demo.controller.LoginController.java

package com.example.demo.controller;
import org.springframework.stereotype.Controller;
import org.springframework.ui.Model;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PostMapping;
import org.springframework.web.bind.annotation.RequestParam;
@Controller
public class LoginController {
    // 展示登錄頁面
    @GetMapping("/login")
    public String showLoginPage() {
        // 返回視圖名稱，視圖解析器將查找對應(yīng)的login.html或login.jsp
        return "login";
    }
    // 處理登錄請求
    @PostMapping("/login")
    public String processLogin(@RequestParam("username") String username,
                               @RequestParam("password") String password,
                               Model model) {
        // 簡單的用戶名和密碼校驗(yàn)（示例場景，實(shí)際應(yīng)用需更安全的處理）
        if("admin".equals(username) && "123456".equals(password)) {
            model.addAttribute("message", "登錄成功！");
            return "welcome"; // 返回歡迎頁視圖
        } else {
            model.addAttribute("error", "用戶名或密碼錯(cuò)誤！");
            return "login";  // 返回登錄頁以便重新登錄
        }
    }
}

在上面的@Controller案例中：

• 我們定義了兩個(gè)處理方法，分別響應(yīng)GET（展示頁面）和POST（處理表單提交）請求。
• 方法返回的是一個(gè)字符串，這個(gè)字符串代表視圖名稱，交由配置好的ViewResolver解析，最終渲染出包含HTML的頁面。

5.2 使用@RestController構(gòu)建RESTful API案例

場景描述：構(gòu)建一個(gè)簡單的用戶信息查詢API。請求接口返回JSON格式的用戶數(shù)據(jù)，供前端或其他服務(wù)調(diào)用。

示例代碼：

// 文件路徑：com.example.demo.controller.UserApiController.java

package com.example.demo.controller;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RestController;
import com.example.demo.model.User;
@RestController
public class UserApiController {
    // API接口：通過用戶id查詢用戶信息并以JSON格式返回
    @GetMapping("/api/users/{id}")
    public User getUserById(@PathVariable("id") int id) {
        // 示例：構(gòu)建一個(gè)用戶對象，實(shí)際中可能通過數(shù)據(jù)庫查詢返回用戶數(shù)據(jù)
        return new User(id, "User" + id);
    }
}

// 文件路徑：com.example.demo/model/User.java

package com.example.demo.model;
public class User {
    private int id;
    private String name;
    public User() {}
    public User(int id, String name) {
        this.id = id;
        this.name = name;
    }
    // Getter和Setter
    public int getId() {
        return id;
    }
    public void setId(int id) {
        this.id = id;
    }
    public String getName() {
        return name;
    }
    public void setName(String name) {
        this.name = name;
    }
}

在上面的@RestController案例中：

• 控制器類使用@RestController，所有方法默認(rèn)加上@ResponseBody特色；
• 請求方法返回一個(gè)User對象，Spring自動(dòng)將其轉(zhuǎn)換為JSON格式的響應(yīng)體，而無需手動(dòng)指定視圖；

5.3 對比代碼結(jié)構(gòu)及開發(fā)體驗(yàn)

• 代碼結(jié)構(gòu)：
  • 使用@Controller的案例中，每個(gè)控制器方法返回視圖名稱，同時(shí)依賴前端模板（如JSP、Thymeleaf）來渲染頁面。通常還需要額外準(zhǔn)備視圖文件，這使得項(xiàng)目結(jié)構(gòu)包含了Web資源文件夾（如templates、WEB-INF等）。
  • 使用@RestController的案例中，控制器方法直接返回?cái)?shù)據(jù)對象，項(xiàng)目結(jié)構(gòu)更偏向API接口實(shí)現(xiàn)，不需要關(guān)注前端模板的配置和管理，整體結(jié)構(gòu)更簡潔，專注于數(shù)據(jù)處理。
• 開發(fā)體驗(yàn)：
• Controller開發(fā)體驗(yàn)：
  • 需要定義多個(gè)視圖文件，涉及前后端協(xié)同工作，前端與后端模板的對接測試較為復(fù)雜。
  • 開發(fā)過程中需要關(guān)注ViewResolver、靜態(tài)資源映射等Web配置事項(xiàng)。
• RestController開發(fā)體驗(yàn)：
  • 無需考慮視圖解析、頁面跳轉(zhuǎn)等問題，開發(fā)者只需專注于業(yè)務(wù)邏輯和數(shù)據(jù)轉(zhuǎn)換。
  • 調(diào)試時(shí)可使用Postman、瀏覽器直接測試API接口，調(diào)試流程簡單高效。
  • 適合構(gòu)建前后端完全分離的項(xiàng)目，前后端接口定義清晰。

總體來說：

• 對于傳統(tǒng)的多頁面應(yīng)用或需要服務(wù)端渲染的項(xiàng)目，使用@Controller能更好地支持視圖和模板引擎，適合較復(fù)雜的頁面交互場景。
• 對于現(xiàn)代的單頁應(yīng)用（SPA）或微服務(wù)，RESTful API更為流行，使用@RestController可大幅簡化開發(fā)流程，提高響應(yīng)速度和接口一致性。

6. 常見問題與解決方案

在開發(fā)過程中，使用@Controller和@RestController可能會遇到一些常見問題。下面列出幾種常見場景及相應(yīng)的解決方案和調(diào)試技巧。

6.1 兩種注解混用時(shí)的注意點(diǎn)

• 混用風(fēng)險(xiǎn)：
  • 當(dāng)項(xiàng)目中既有使用@Controller的傳統(tǒng)頁面渲染，又有@RestController的RESTful接口時(shí)，很容易因?yàn)榉绞交煜鴮?dǎo)致返回內(nèi)容發(fā)生變化。例如，在@Controller中忘記添加@ResponseBody可能會誤將JSON數(shù)據(jù)處理為視圖名。
• 注意點(diǎn)：
  • 確認(rèn)每個(gè)控制器的職責(zé)，盡量避免在同一個(gè)控制器中同時(shí)返回頁面和JSON數(shù)據(jù)。如果確有需要，可以考慮在方法級別明確標(biāo)識@ResponseBody。
  • 保持項(xiàng)目中接口返回風(fēng)格一致，建議將RESTful服務(wù)和頁面渲染服務(wù)分離到不同包或模塊中，便于維護(hù)。
• 調(diào)試技巧：
  • 使用日志打印或斷點(diǎn)調(diào)試檢查返回值類型，確保符合預(yù)期。
  • 利用Postman或?yàn)g覽器開發(fā)者工具分別測試頁面渲染和API接口，確認(rèn)不同請求路徑下響應(yīng)結(jié)果的正確性。

6.2 JSON返回格式和頁面解析的常見問題

• JSON返回格式錯(cuò)誤：
  • 問題：返回的Java對象未能正確轉(zhuǎn)換為JSON，可能會出現(xiàn)亂碼、空白或格式錯(cuò)誤情況。
• 解決方案：
  • 確保項(xiàng)目中已正確引入JSON轉(zhuǎn)換器依賴（例如Jackson）。
  • 檢查對象的getter和setter方法，確保數(shù)據(jù)能夠正確序列化。
  • 如果需要定制化格式，考慮在對象屬性上使用@JsonFormat、@JsonInclude等注解，或?qū)崿F(xiàn)自定義HttpMessageConverter。
• 頁面解析問題：
  • 問題：在使用@Controller時(shí)，視圖解析失敗、視圖資源找不到或輸出錯(cuò)誤頁面。
• 解決方案：
  • 確認(rèn)ViewResolver配置正確（例如配置了Thymeleaf或JSP視圖解析器）。
  • 檢查視圖名稱與實(shí)際文件路徑是否匹配，特別是在多模塊項(xiàng)目中，確保靜態(tài)資源和模板文件路徑一致。
  • 注意URL映射和靜態(tài)資源映射的配置，避免攔截器或過濾器干擾靜態(tài)文件加載。

6.3 多模塊項(xiàng)目中使用的坑和調(diào)試技巧

• 配置和依賴管理：
• 坑點(diǎn)：
  • 多模塊項(xiàng)目中可能會出現(xiàn)依賴沖突或版本不一致問題，影響JSON轉(zhuǎn)換器、視圖解析器等組件的正常工作。
  • 各模塊的配置文件（如application.properties或application.yml）可能重復(fù)或沖突，導(dǎo)致某些模塊的配置未生效。
• 調(diào)試技巧：
  • 使用Maven或Gradle的依賴樹工具檢查依賴沖突，并確保所有模塊使用一致的版本。
  • 集中管理公共配置，通過parent pom或Spring Boot中的多環(huán)境配置，保證不同模塊中配置的一致性。
• 模塊間路徑分離：
• 坑點(diǎn)：
  • 在多模塊項(xiàng)目中，各模塊的包結(jié)構(gòu)、視圖文件和靜態(tài)資源路徑需要明確區(qū)分，錯(cuò)誤的包掃描或資源加載會導(dǎo)致頁面顯示空白或接口調(diào)用出錯(cuò)。
• 調(diào)試技巧：
  • 明確劃分模塊專屬的Controller、Service和Repository，配置包掃描范圍時(shí)要精確設(shè)置。
  • 在調(diào)試過程中，可以使用日志或特定調(diào)試工具查看資源加載路徑，確保每個(gè)模塊加載的是自己模塊內(nèi)的資源文件。
• 日志和監(jiān)控：
  • 建議在多模塊項(xiàng)目中統(tǒng)一開啟詳細(xì)日志記錄，特別是對JSON轉(zhuǎn)換失敗、視圖解析失敗等問題，錯(cuò)誤日志信息能夠快速定位問題原因。
  • 對于RESTful API，可以使用全局異常處理機(jī)制（如@ControllerAdvice）捕獲異常并返回統(tǒng)一格式的錯(cuò)誤信息，以便前端統(tǒng)一處理。

到此這篇關(guān)于Java中@RestController和@Controller的使用區(qū)別解析的文章就介紹到這了,更多相關(guān)java @RestController和@Controller內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論