朱曄和你聊Spring系列S1E3：靈活但不算好用的Spring MVC

阿新 • • 發佈：2018-12-13

本文會以一些例子來展現Spring MVC的常見功能和一些擴充套件點，然後我們來討論一下Spring MVC好用不好用。

使用SpringBoot快速開始

基於之前的parent模組，我們來建立一個新的模組：

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://maven.apache.org/POM/4.0.0"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>me.josephzhu</groupId>
    <artifactId>spring101-webmvc</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <packaging>jar</packaging>

    <name>spring101-webmvc</name>
    <description></description>

    <parent>
        <groupId>me.josephzhu</groupId>
        <artifactId>spring101</artifactId>
        <version>0.0.1-SNAPSHOT</version>
    </parent>


    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-thymeleaf</artifactId>
        </dependency>
    </dependencies>

    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
    </build>
</project>

使用web來啟用Spring MVC，使用thymeleaf來啟用thymeleaf模板引擎。Thymeleaf是一個強大的Java模板引擎，可以脫離於Web單獨使用，本身就有非常多的可配置可擴充套件的點，這裡不展開討論，詳見官網。接下去我們建立主程式：

package me.josephzhu.spring101webmvc;

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

@SpringBootApplication
public class Spring101WebmvcApplication {

    public static void main(String[] args) {
        SpringApplication.run(Spring101WebmvcApplication.class, args);
    }
}
以及一個測試Controller：
package me.josephzhu.spring101webmvc;

import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.servlet.ModelAndView;

import java.util.stream.Collectors;
import java.util.stream.IntStream;

@Controller
public class MyController {

    @GetMapping("shop")
    public ModelAndView shop() {
        ModelAndView modelAndView = new ModelAndView();
        modelAndView.setViewName("shop");
        modelAndView.addObject("items",
                IntStream.range(1, 5)
                        .mapToObj(i -> new MyItem("item" + i, i * 100))
                        .collect(Collectors.toList()));
        return modelAndView;
    }

}

這裡使用到了一個自定義的類：

package me.josephzhu.spring101webmvc;

import lombok.AllArgsConstructor;
import lombok.Data;

@AllArgsConstructor
@Data
public class MyItem {
    private String name;
    private Integer price;
}

最後我們需要在resources目錄下建立一個templates目錄，在目錄下再建立一個shop.html模板檔案：

<!DOCTYPE html SYSTEM "http://www.thymeleaf.org/dtd/xhtml1-strict-thymeleaf-4.dtd">
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Hello Shop</title>
</head>
<body>
Hello Shop
<table>
    <tr th:each="item : ${items}">
        <td th:text="${item.name}">...</td>
        <td th:text="${item.price}">...</td>
    </tr>
</table>
</body>
</html>

我們看到有了SpringBoot，建立一個Spring MVC程式整個過程非常簡單： 1 引入starter 2 建立@Controller，設定@RequestMapping 3 建立模板檔案沒有任何配置工作，一切都是starter自動配置。

快速配置ViewController

幾乎所有Spring MVC的擴充套件點都整合在了介面中，要進行擴充套件很簡單，實現這個介面，加上@Configuration和@EnableWebMvc註解，實現需要的方法即可。我們先用它來快速配置一些ViewController：

package me.josephzhu.spring101webmvc;

import org.springframework.context.annotation.Configuration;
import org.springframework.format.FormatterRegistry;
import org.springframework.http.HttpStatus;
import org.springframework.web.method.support.HandlerMethodArgumentResolver;
import org.springframework.web.servlet.config.annotation.*;
import org.springframework.web.servlet.resource.GzipResourceResolver;
import org.springframework.web.servlet.resource.VersionResourceResolver;

import java.util.List;

@EnableWebMvc
@Configuration
public class WebConfig implements WebMvcConfigurer {

    @Override
    public void addViewControllers(ViewControllerRegistry registry) {
        registry.addViewController("/hello").setViewName("helloworld");
        registry.addRedirectViewController("/", "/hello");
        registry.addStatusController("/user", HttpStatus.BAD_REQUEST);
    }
}

程式碼中多貼了一些後面會用到的import在這裡可以忽略。這裡我們配置了三套策略： 1 訪問/會跳轉到/hello 2 訪問/hello會訪問helloworld這個view 3 訪問/user會給出400的錯誤程式碼這裡我們在templats目錄再新增一個空白的helloworld.html：

<!DOCTYPE html SYSTEM "http://www.thymeleaf.org/dtd/xhtml1-strict-thymeleaf-4.dtd">
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Hello World</title>
</head>
<body>
Hello World
</body>
</html>

這種配置方式可以省一些程式碼量，但是我個人認為在這裡做配置可讀性一般。

定製路徑匹配

我們還可以實現路徑匹配策略的定製：

@Override
public void configurePathMatch(PathMatchConfigurer configurer) {
    configurer.setUseTrailingSlashMatch(false);
}

比如這樣就關閉了結尾為/的匹配（預設開啟）。試著訪問http://localhost:8080/shop/得到如下錯誤：

2018-10-02 18:58:16.581  WARN 20264 --- [nio-8080-exec-1] o.s.web.servlet.PageNotFound             : No mapping found for HTTP request with URI [/shop/] in DispatcherServlet with name 'dispatcherServlet'

這個方法可以針對路徑匹配進行相當多的配置，具體請參見文件，這裡只列出了其中的一個功能。

配置靜態資源

在配置類加上下面的程式碼：

@Override
public void addResourceHandlers(ResourceHandlerRegistry registry) {
    registry.addResourceHandler("/static/**")
            .addResourceLocations("classpath:/static/")
            .resourceChain(true)
            .addResolver(new GzipResourceResolver())
            .addResolver(new VersionResourceResolver()
                    .addFixedVersionStrategy("1.0.0", "/**"));
}

這就實現了靜態資源路由到static目錄，並且為靜態資源啟用了Gzip壓縮和基於版本號的快取。配置後我們在resources目錄下建立一個static目錄，然後隨便建立一個a.html檔案，試試訪問這個檔案，測試可以發現：http://localhost:8080/static/1.0.0/a.html和http://localhost:8080/static/a.html都可以訪問到這個檔案。

解析自定義的引數

HandlerMethodArgumentResolver介面這是一個非常非常重要常用的擴充套件點。通過這個介面，我們可以實現通用方法來裝配HandlerMethod上的自定義引數，我們現在來定義一個MyDevice型別，然後我們希望框架可以在所有出現MyDevice引數的時候自動為我們從Header裡獲取相應的裝置資訊構成MyDevice物件（如果我們API的使用者是客戶端應用程式，這是不是一個挺常見的需求）。

package me.josephzhu.spring101webmvc;

import lombok.Data;

@Data
public class MyDevice {
    private String type;
    private String version;
    private String screen;
}

然後是自定義的HandlerMethodArgumentResolver實現：

package me.josephzhu.spring101webmvc;

import org.springframework.core.MethodParameter;
import org.springframework.web.bind.support.WebDataBinderFactory;
import org.springframework.web.context.request.NativeWebRequest;
import org.springframework.web.method.support.HandlerMethodArgumentResolver;
import org.springframework.web.method.support.ModelAndViewContainer;

public class DeviceHandlerMethodArgumentResolver implements HandlerMethodArgumentResolver {
    @Override
    public boolean supportsParameter(MethodParameter methodParameter) {
        return methodParameter.getParameterType().equals(MyDevice.class);
    }

    @Override
    public Object resolveArgument(MethodParameter methodParameter, ModelAndViewContainer modelAndViewContainer, NativeWebRequest nativeWebRequest, WebDataBinderFactory webDataBinderFactory) throws Exception {
        MyDevice myDevice = new MyDevice();
        myDevice.setType(nativeWebRequest.getHeader("device.type"));
        myDevice.setVersion(nativeWebRequest.getHeader("device.version"));
        myDevice.setScreen(nativeWebRequest.getHeader("device.screen"));
        return myDevice;
    }
}

實現分兩部分，第一部分告訴框架，我們這個ArgumentResolver支援解析怎麼樣的引數。這裡我們的實現是根據引數型別，還有很多時候可以通過檢查是否引數上有額外的自定義註解來實現（後面也會有例子）。第二部分就是真正的實現了，實現非常簡單，從請求頭裡獲取相應的資訊構成我們的MyDevice物件。要讓這個Resolver被MVC框架識別到，我們需要繼續擴充套件剛才的WebConfig類，加入下面的程式碼：

@Override
public void addArgumentResolvers(List<HandlerMethodArgumentResolver> resolvers) {
    resolvers.add(new DeviceHandlerMethodArgumentResolver());
}

然後，我們寫一個例子來測試一下：

package me.josephzhu.spring101webmvc;

import lombok.extern.slf4j.Slf4j;
import org.springframework.web.bind.annotation.*;

import java.util.ArrayList;
import java.util.List;
import java.util.stream.Collectors;
import java.util.stream.IntStream;

@RestController
@Slf4j
@RequestMapping("api")
public class MyRestController {

    @RequestMapping(value = "items", method = RequestMethod.GET)
    public List<MyItem> getItems(MyDevice device) {
        log.debug("Device : " + device);
        List<MyItem> myItems = new ArrayList<>();
        myItems.add(new MyItem("aa", 10));
        myItems.add(new MyItem("bb", 20));
        return myItems;
    }

}

這裡因為用了debug，所以需要在配置檔案中開啟debug日誌級別：

logging.level.me.josephzhu.spring101webmvc=DEBUG

測試一下：

curl -X GET \
  http://localhost:8080/api/items \
  -H 'device.screen: 1280*800' \
  -H 'device.type: android' \
  -H 'device.version: 1.1'

可以在控制檯看到這樣的日誌：

2018-10-02 19:10:56.667 DEBUG 20325 --- [nio-8080-exec-9] m.j.spring101webmvc.MyRestController     : Device : MyDevice(type=android, version=1.1, screen=1280*800)

可以證明我們方法中定義的MyDevice的確是從請求中獲取到了正確的結果。大家可以發揮一下想象，ArgumentResolver不但可以做類似引數自動裝配（從各個地方獲取必要的資料）的工作，而且還可以做驗證工作。大家可以仔細看一下resolveArgument方法的引數，是不是相當於要啥有啥了（當前引數定義、當前請求、Model容器以及繫結工廠）。

自定義ResponseBody後處理

在剛才的實現中，我們直接返回了List資料，對於API來說，我們一般會定義一套API的結果物件，包含API的資料、成功與否結果、錯誤訊息、簽名等等內容，這樣客戶端可以做簽名驗證，然後是根據成功與否來決定是要解析資料還是直接提示錯誤，比如：

package me.josephzhu.spring101webmvc;

import lombok.AllArgsConstructor;
import lombok.Data;

@Data
@AllArgsConstructor
public class APIResponse<T> {
    T data;
    boolean success;
    String message;
    String sign;
}

如果我們在每個API方法中去返回這樣的APIResponse當然可以實現這個效果，還有一種通用的實現方式是使用ResponseBodyAdvice：

package me.josephzhu.spring101webmvc;

import org.springframework.core.MethodParameter;
import org.springframework.http.MediaType;
import org.springframework.http.converter.HttpMessageConverter;
import org.springframework.http.server.ServerHttpRequest;
import org.springframework.http.server.ServerHttpResponse;
import org.springframework.web.bind.annotation.ControllerAdvice;
import org.springframework.web.servlet.mvc.method.annotation.ResponseBodyAdvice;

@ControllerAdvice
public class APIResponseBodyAdvice implements ResponseBodyAdvice<Object> {

    @Override
    public boolean supports(MethodParameter returnType, Class<? extends HttpMessageConverter<?>> converterType) {
        return !returnType.getParameterType().equals(APIResponse.class);
    }

    @Override
    public Object beforeBodyWrite(Object body, MethodParameter returnType, MediaType selectedContentType, Class<? extends HttpMessageConverter<?>> selectedConverterType, ServerHttpRequest request, ServerHttpResponse response) {
        String sign = "";
        Sign signAnnotation = returnType.getMethod().getAnnotation(Sign.class);
        if (signAnnotation != null)
            sign = "abcd";
        return new APIResponse(body, true, "", sign);
    }
}

通過定義@ControllerAdvice註解來啟用這個Advice。在實現上也是兩部分，第一部分告訴框架我們這個Advice支援的是非APIResponse型別（如果返回的物件已經是APIResponse了，我們當然就不需要再包裝一次了）。第二部分是實現，這裡的實現很簡單，我們先檢查一下方法上是否有Sign這個註解，如果有的話進行簽名（這裡的邏輯是寫死的簽名），然後把得到的body塞入APIResponse後返回。這裡補上Sign註解的實現：

package me.josephzhu.spring101webmvc;

import java.lang.annotation.ElementType;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;

@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
public @interface Sign {

}

這是一個空註解，沒啥可以說的，下面我們來測試一下這個ResponseBodyAdvice：

@RequestMapping(value = "item/{id}", method = RequestMethod.GET)
public MyItem getItem(@PathVariable("id") String id) {
    Integer i = null;
    try {
        i = Integer.parseInt(id);
    } catch (NumberFormatException ex) {
    }
    if (i == null || i < 1)
        throw new IllegalArgumentException("不合法的商品ID");
    return new MyItem("item" + id, 10);
}

訪問http://localhost:8080/api/item/23後得到如下圖的結果：

是不是很方便呢？這個API包裝的過程可以由框架進行，無需每次手動來做。

自定義異常處理

如果我們訪問http://localhost:8080/api/item/0會看到錯誤白頁，針對錯誤處理，我們希望： 1 可以使用統一的APIResponse方式進行錯誤返回 2 可以記錄錯誤資訊以便檢視實現這個功能非常簡單，我們可以通過@ExceptionHandler實現：

package me.josephzhu.spring101webmvc;

import lombok.extern.slf4j.Slf4j;
import org.springframework.web.bind.annotation.ControllerAdvice;
import org.springframework.web.bind.annotation.ExceptionHandler;
import org.springframework.web.bind.annotation.ResponseBody;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.web.method.HandlerMethod;

import javax.servlet.http.HttpServletRequest;

@ControllerAdvice(annotations = RestController.class)
@Slf4j
public class MyRestExceptionHandler {
    @ExceptionHandler
    @ResponseBody
    public APIResponse handle(HttpServletRequest req, HandlerMethod method, Exception ex) {
        log.error(String.format("訪問 %s -> %s 出錯了！", req.getRequestURI(), method.toString()), ex);
        return new APIResponse(null, false, ex.getMessage(), "");
    }
}

注意幾點： 1 我們可以使用@ControllerAdvice的annotations來關聯我們需要攔截的Controller型別 2 handle方法支援相當多的引數，可謂是要啥有啥，這裡貼下官方文件說明的截圖（在這裡我們使用了ServletRequest來獲取請求地址，使用了HandlerMethod來獲取當前執行的方法）：

訪問地址http://localhost:8080/api/item/sd可以看到如下輸出：

（注意，處理簽名的ResponseBodyAdvice並不會針對這個返回進行處理，因為之前實現的時候我們就判斷了返回內容不是APIResponse才去處理，在自己正式的實現中你可以實現的更合理，讓簽名的處理邏輯同時適用出現異常的情況）日誌中也出現了錯誤資訊：

2018-10-02 19:48:41.450 ERROR 20422 --- [nio-8080-exec-6] m.j.s.MyRestExceptionHandler             : 訪問 /api/item/sd -> public me.josephzhu.spring101webmvc.MyItem me.josephzhu.spring101webmvc.MyRestController.getItem(java.lang.String) 出錯了！

java.lang.IllegalArgumentException: 不合法的商品ID
    at me.josephzhu.spring101webmvc.MyRestController.getItem(MyRestController.java:34) ~[classes/:na]
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_161]
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_161]
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_161]
    at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_161]
    at org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:209) ~[spring-web-5.0.9.RELEASE.jar:5.0.9.RELEASE]

自動處理引數型別轉換

比如有這麼一個需求，我們希望可以接受自定義的列舉作為引數，而且列舉的名字不一定需要和請求的引數完全大小寫匹配，這個時候我們需要實現自己的轉換器：

package me.josephzhu.spring101webmvc;

import org.springframework.core.convert.converter.Converter;
import org.springframework.core.convert.converter.ConverterFactory;

import java.util.Arrays;

public class MyConverterFactory implements ConverterFactory<String, Enum> {

    @Override
    public <T extends Enum> Converter<String, T> getConverter(Class<T> targetType) {
        return new String2EnumConverter(targetType);
    }

    class String2EnumConverter<T extends Enum<T>> implements Converter<String, T> {

        private Class<T> enumType;

        private String2EnumConverter(Class<T> enumType) {
            this.enumType = enumType;
        }

        @Override
        public T convert(String source) {
            return Arrays.stream(enumType.getEnumConstants())
                    .filter(e -> e.name().equalsIgnoreCase(source))
                    .findAny().orElse(null);
        }
    }
}

這裡實現了一個從字串到自定義列舉的轉換，在搜尋列舉名字的時候我們忽略了大小寫。接下去我們通過WebConfig來註冊這個轉換器工廠：

@Override
public void addFormatters(FormatterRegistry registry) {
    registry.addConverterFactory(new MyConverterFactory());
}

來寫一段程式碼測試一下：

@GetMapping("search")
public List<MyItem> search(@RequestParam("type") ItemTypeEnum itemTypeEnum) {
    return IntStream.range(1, 5)
            .mapToObj(i -> new MyItem(itemTypeEnum.name() + i, i * 100))
            .collect(Collectors.toList());
}

這是一個Get請求的API，接受一個type引數，引數是一個自定義列舉：

package me.josephzhu.spring101webmvc;

public enum ItemTypeEnum {
    BOOK, TOY, TOOL
}

很明顯列舉的名字都是大寫的，我們來訪問一下地址http://localhost:8080/api/search?type=TOy 測試一下程式是否可以正確匹配：

TOy的搜尋引數匹配到了TOY列舉，結果符合我們的預期。

自定義攔截器

最後，我們來看看Spring MVC最通用的擴充套件點，也就是攔截器。

這個圖清晰展現了攔截器幾個重要方法事件節點。在這個例子中，我們利用preHandle和postHandle兩個方法實現可以統計請求執行耗時的攔截器：

package me.josephzhu.spring101webmvc;

import lombok.extern.slf4j.Slf4j;
import org.springframework.web.servlet.ModelAndView;
import org.springframework.web.servlet.handler.HandlerInterceptorAdapter;

import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

@Slf4j
public class ExecutionTimeHandlerInterceptor extends HandlerInterceptorAdapter {

    private static final String START_TIME_ATTR_NAME = "startTime";
    private static final String EXECUTION_TIME_ATTR_NAME = "executionTime";

    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
        long startTime = System.currentTimeMillis();
        request.setAttribute(START_TIME_ATTR_NAME, startTime);
        return true;
    }

    @Override
    public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {
    }

    @Override
    public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {
        long startTime = (Long) request.getAttribute(START_TIME_ATTR_NAME);
        long endTime = System.currentTimeMillis();
        long executionTime = endTime - startTime;

        String time = "[" + handler + "] executeTime : " + executionTime + "ms";

        if (modelAndView != null) {
            modelAndView.addObject(EXECUTION_TIME_ATTR_NAME, time);
        }

        log.debug(time);
    }
}

在實現的時候，我們不僅僅把執行時間輸出到了日誌，而且還通過修改ModelAndView物件把這個資訊加入到了檢視模型內，這樣頁面也可以展現這個時間。要啟用攔截器，我們還需要配置WebConfig：

@Override
public void addInterceptors(InterceptorRegistry registry) {
    registry.addInterceptor(new ExecutionTimeHandlerInterceptor());
}

接下去我們執行剛才那個例子，可以看到如下的日誌輸出：

2018-10-02 19:58:22.189 DEBUG 20422 --- [nio-8080-exec-9] m.j.s.ExecutionTimeHandlerInterceptor    : [public java.util.List<me.josephzhu.spring101webmvc.MyItem> me.josephzhu.spring101webmvc.MyRestController.search(me.josephzhu.spring101webmvc.ItemTypeEnum)] executeTime : 22ms

頁面上也可以引用到我們新增進去的物件：

<!DOCTYPE html SYSTEM "http://www.thymeleaf.org/dtd/xhtml1-strict-thymeleaf-4.dtd">
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Hello World</title>
</head>
<body>
Hello World
<div th:text="${executionTime}"></div>
</body>
</html>

攔截器是非常通用的一個擴充套件，可以全域性實現許可權控制、快取、動態修改結果等等功能。

總結和討論Spring MVC

本文我們通過一個一個例子展現了Spring MVC的一些重要擴充套件點： 1 使用攔截器做執行時間統計 2 自定義ResponseBodyAdvice來處理API的包裝 3 自定義ExceptionHandler來統計錯誤處理 4 自定義ConverterFactory來解析轉換列舉 5 自定義ArgumentResolver來組裝裝置資訊引數 6 快速實現靜態資源、路徑匹配以及ViewController的配置其實Spring MVC還有很多擴充套件點，比如模型引數繫結和校驗、允許我們實現動態的RequestMapping甚至是DispatcherServlet進行擴充套件，你可以繼續自行研究。最後，我想說說我對Spring MVC的看法，總體上我覺得Spring MVC實現很靈活，擴充套件點很多，幾乎每一個元件都是鬆耦合，允許我們自己定義和替換。但是我覺得它的實現有點過於鬆散。ASP.NET MVC的實現我就挺喜歡，相比Spring MVC，ASP.NET MVC的兩個ActionFilter和ActionResult的實現是亮點： 1 ActionFilter機制。Controller裡面的每一個方法稱作Action，我們可以在每一個Action上加上各種註解來啟用ActionFilter，ActionFilter可以針對Action執行前、後、出異常等等情況做回撥處理。ASP.NET MVC的ActionFilter的Filer級別是方法，粒度上比攔截器精細很多，而且配置更直觀。Spring MVC雖然除了攔截器還有ArgumentResolver以及ReturnValueHandler可以分別進行引數處理和返回值處理，但是這兩套擴充套件體系也是基於框架層面的，如果要和方法打通還需要自定義註解來實現。總覺得Spring MVC的這三套擴充套件點相互配合功能上雖然完整，但是有種支離破碎的感覺，如果我們真的要實現很多功能的，話可能會在這裡有相當多的if-else，沒有ActionFilter來得直觀。 2 方法的返回值可以是ModelAndView，可以是直接輸出到@ResponseBody的自定義型別，這兩種輸出型別的分法可以滿足我們的需求，但是總感覺很彆扭。在ASP.NET MVC中的方法返回抽象為了ActionResult，可以是ViewResult、JsonResult、FileContentResult、RedirectResult、FilePathResult、JavaScriptResult等等，正如其名，看到返回值我們就可以看到方法實際的輸出表現，非常直觀容易理解。 ASP.NET MVC並沒有大量依賴IOC和AOP來實現，而是由框架的整體結構實現了外掛機制，本質上這和Spring的風格就不同，加上Spring MVC從簡化Servlet開始演化，兩者理念上的區別也決定了設計上的區別，因此Spring MVC這樣設計我也能理解。

朱曄和你聊Spring系列S1E3：靈活但不算好用的Spring MVC

本文會以一些例子來展現Spring MVC的常見功能和一些擴充套件點，然後我們來討論一下Spring MVC好用不好用。使用SpringBoot快速開始基於之前的parent模組，我們來建立一個新的模組： <?xml version="1.0" encoding="UTF-8"?> <

朱曄和你聊Spring系列S1E4：靈活但不算好用的Spring MVC

iat ndt css host 4.0 ttr found zip壓縮 return 本文會以一些例子來展現Spring MVC的常見功能和一些擴展點，然後我們來討論一下Spring MVC好用不好用。使用SpringBoot快速開始基於之前的parent模塊，我

朱曄和你聊Spring系列S1E3：Spring咖啡罐裡的豆子

標題中的咖啡罐指的是Spring容器，容器裡裝的當然就是被稱作Bean的豆子。本文我們會以一個最基本的例子來熟悉Spring的容器管理和擴充套件點。閱讀PDF版本為什麼要讓容器來管理物件？首先我們來聊聊這個問題，為什麼我們要用Spring來管理物件（的生命週期和物件之間的關係）而不是自己new一個物件呢

朱曄和你聊Spring系列S1E10：強大且複雜的Spring Security（含OAuth2三角色+三模式完整例子）

Spring Security功能多，元件抽象程度高，配置方式多樣，導致了Spring Security強大且複雜的特性。Spring Security的學習成本幾乎是Spring家族中最高的，Spring Security的精良設計值得我們學習，但是結合實際複雜的業務場景，我們不但需要理解Spring Se

朱曄和你聊Spring系列S1E5：Spring WebFlux小探

本文會來做一些應用對比Spring MVC和Spring WebFlux，觀察執行緒模型的區別，然後做一下簡單的壓力測試。建立一個傳統的Spring MVC應用先來建立一個新的webflux-mvc的模組： <?xml version="1.0" encoding="UTF-8"?> <

朱曄和你聊Spring系列S1E6：容易犯錯的Spring AOP

標題有點標題黨了，這裡說的容易犯錯不是Spring AOP的錯，是指使用的時候容易犯錯。本文會以一些例子來展開討論AOP的使用以及使用過程中容易出錯的點。幾句話說清楚AOP 有關必要術語：切面：Aspect，有的地方也叫做方面。切面=切點+增強，表示我們在什麼點切入蛋糕，切入蛋糕後我們以什麼方式來增強

朱曄和你聊Spring系列S1E7：簡單好用的Spring Boot Actuator

本文會來看一下Spring Boot Actuator提供給我們的監控端點Endpoint、健康檢查Health和打點指標Metrics等所謂的Production-ready（生產環境必要的一些）功能。監控端點我們先來新建一個模組： <?xml version="1.0" encoding="UT

朱曄和你聊Spring系列S1E8：湊活著用的Spring Cloud（含一個實際業務貫穿所有元件的完整例子）

本文會以一個簡單而完整的業務來闡述Spring Cloud Finchley.RELEASE版本常用元件的使用。如下圖所示，本文會覆蓋的元件有： Spring Cloud Netflix Zuul閘道器伺服器 Spring Cloud Netflix Eureka發現伺服器 Spring Cloud Net

朱曄和你聊Spring系列S1E9：聊聊Spring的那些註解

本文我們來梳理一下Spring的那些註解，如下圖所示，大概從幾方面列出了Spring的一些註解：如果此圖看不清楚也沒事，請執行下面的程式碼輸出所有的結果。 Spring目前的趨勢是使用註解結合Java程式碼而不是配置來定義行為、屬性、功能、規則和擴充套件點，因此梳理註解也是梳理Spring功能點的很好的方

朱曄和你聊Spring系列S1E11：小測Spring Cloud Kubernetes @ 阿里雲K8S

朱曄和你聊Spring系列S1E11：小測Spring Cloud Kubernetes @ 阿里雲K8S 有關Spring Cloud Kubernates（以下簡稱SCK）詳見https://github.com/spring-cloud/spring-cloud-kubernetes，在本文中我們主要測

朱曄的網際網路架構實踐心得S1E9：架構評審一百問和設計文件五要素

本文我會來說說我認為架構評審中應該看的一些點，以及我寫設計文件的一些心得。助你在架構評審中過五關斬六將，助你寫出能讓人收藏點讚的設計文件。技術架構評審架構評審或技術方案評審的價值在於集眾人的力量大家一起來分析看看方案裡是否有坑，方案上線後是否會遇到不可

朱曄的網際網路架構實踐心得S1E4：簡單好用的監控六兄弟

這裡所說的六兄弟只指ELK套件（ElasticSearch+Logstash+Kibana）以及TIG套件（Telegraf+InfluxDb+Grafana）。上圖顯示了兩套獨立的體系，ELK和TIG（TIG是我自己編出來的，網上沒有類似於ELK這種約定俗成的

朱曄的網際網路架構實踐心得S2E1：業務程式碼究竟難不難寫？

注意，這是我的架構實踐心得的第二季的系列文章，第一季有10篇你也可以回顧。最近我一直在思考幾個問題：業務程式碼究竟難不難寫？一直開發業務程式碼是不是完全學不到東西？ 5年+開發經驗的老程式設計師的價值在哪裡？如何通過面試來區分業務程式碼開發的水平？其實，這幾個問題或多或少

朱曄的網際網路架構實踐心得S2E2：寫業務程式碼最容易掉的8種坑

我承認，本文的標題有一點標題黨，特別是寫業務程式碼，大家因為沒有足夠重視一些細節最容易調的坑（側重Java，當然，本文說的這些點很多是不限制於語言的）。 1、客戶端的使用我們在使用Redis、ElasticSearch、RabbitMQ、Mongodb等中介軟體或儲存的時候肯定都會使用客戶端包來和這些系

朱曄的網際網路架構實踐心得S2E2：寫業務程式碼最容易掉的8種坑 | 掘金年度徵文

深入理解Spring系列之一：開篇

Spring經過大神們的構思、編碼，日積月累而來，所以，對其程式碼的理解也不是一朝一夕就能快速完成的。原始碼學習是枯燥的，需要堅持！堅持！堅持！當然也需要技巧，第一遍學習的時候，不用關注全部細節，不重要的程式碼可以先忽略掉，達到理解大體的架子及流程，避免第一次就陷入某個坑

Spring Cloud入門：API閘道器服務（Spring Cloud Gateway）

文章例項使用的Spring Cloud版本為Finchley.SR1，Spring Boot版本為2.0.4。 1 Spring Cloud Gateway 在微服務架構中，閘道器作為服務的一個統一入口，所有的外部客戶端訪問都需要經過它來排程和過濾，可以實現的功能包括動

SSE影象演算法優化系列二十五:二值影象的Euclidean distance map（EDM)特徵圖計算及其優化。 SSE影象演算法優化系列九：靈活運用SIMD指令16倍提升Sobel邊緣檢測的速度（4000*3000的24點陣圖像時間由480ms降低到30ms）

　　Euclidean distance map（EDM)這個概念可能聽過的人也很少，其主要是用在二值影象中，作為一個很有效的中間處理手段存在。一般的處理都是將灰度圖處理成二值圖或者一個二值圖處理成另外一個二值圖，而EDM演算法確是由一幅二值圖生成一幅灰度圖。其核心定義如下：　　The definitio

Spring詳解：WebServlet 中不能注入Bean物件

1. 前言最近在研究Spring IOC、AOP以及和Mybatis整合的時候發現在Spring中使用Servlet+Service+Dao(Mybatis)的時候，發現在Controller層也就是Servlet中不能通過@Autowired注入Bean物件。這個時候我就納悶了，在S

Caffe學習系列(23)：如何將別人訓練好的model用到自己的資料上

caffe團隊用imagenet圖片進行訓練，迭代30多萬次，訓練出來一個model。這個model將圖片分為1000類，應該是目前為止最好的圖片分類model了。假設我現在有一些自己的圖片想進行分類，但樣本量太小，可能只有幾百張，而一般深度學習都要求樣本量在1萬以上，因此訓練出來的model精度太低，根

朱曄和你聊Spring系列S1E3：靈活但不算好用的Spring MVC

使用SpringBoot快速開始

快速配置ViewController

定製路徑匹配

配置靜態資源

解析自定義的引數

自定義ResponseBody後處理

自定義異常處理

自動處理引數型別轉換

自定義攔截器

總結和討論Spring MVC

相關推薦