Spring Boot 面試，一個問題就幹趴下了！（下）

前些天棧長在Java技術棧微信公衆號分享一篇文章：Spring Boot 面試，一個問題就幹趴下了！，看到你們的留言很精彩，特別是說"約定大於配置"的這兩個玩家。

哈哈，上牆的朋友開不開森？

不錯，約定優（大）於配置確實是 Spring Boot 整個框架的核心思想。

那麼怎麼理解約定優於配置呢？

百度百科定義：

約定優於配置（convention over configuration），也稱做按約定編程，是一種軟件設計範式，旨在減小軟件開發人員需作決定的數量，得到簡單的好處，而又不失靈活性。

總結就是兩點：

一、約定一些推薦的默認配置；

二、開發人員只須要規定不符約定的部分；

這樣作的好處就是，若是約定的默認配置符合咱們的要求，省略便可，反之，再進行額外配置。

從 Spring Boot 中提供的默認的配置文件（application.properties/yml），再到默認值自動配置，均可以看出約定帶來的便利，以及節省大量的配置。

來看下 Spring Boot 中一個自動配置的源碼實例吧：

@Configuration
@ConditionalOnClass({ Servlet.class, StandardServletMultipartResolver.class,
        MultipartConfigElement.class })
@ConditionalOnProperty(prefix = "spring.servlet.multipart", name = "enabled", matchIfMissing = true)
@ConditionalOnWebApplication(type = Type.SERVLET)
@EnableConfigurationProperties(MultipartProperties.class)
public class MultipartAutoConfiguration {

    private final MultipartProperties multipartProperties;

    public MultipartAutoConfiguration(MultipartProperties multipartProperties) {
        this.multipartProperties = multipartProperties;
    }

    @Bean
    @ConditionalOnMissingBean
    public MultipartConfigElement multipartConfigElement() {
        return this.multipartProperties.createMultipartConfig();
    }

    @Bean(name = DispatcherServlet.MULTIPART_RESOLVER_BEAN_NAME)
    @ConditionalOnMissingBean(MultipartResolver.class)
    public StandardServletMultipartResolver multipartResolver() {
        StandardServletMultipartResolver multipartResolver = new StandardServletMultipartResolver();
        multipartResolver.setResolveLazily(this.multipartProperties.isResolveLazily());
        return multipartResolver;
    }

}

@ConfigurationProperties(prefix = "spring.servlet.multipart", ignoreUnknownFields = false)
public class MultipartProperties {

    /**
     * Whether to enable support of multipart uploads.
     */
    private boolean enabled = true;

    /**
     * Intermediate location of uploaded files.
     */
    private String location;

    /**
     * Max file size. Values can use the suffixes "MB" or "KB" to indicate megabytes or
     * kilobytes, respectively.
     */
    private String maxFileSize = "1MB";

    /**
     * Max request size. Values can use the suffixes "MB" or "KB" to indicate megabytes or
     * kilobytes, respectively.
     */
    private String maxRequestSize = "10MB";

    /**
     * Threshold after which files are written to disk. Values can use the suffixes "MB"
     * or "KB" to indicate megabytes or kilobytes, respectively.
     */
    private String fileSizeThreshold = "0";

    /**
     * Whether to resolve the multipart request lazily at the time of file or parameter
     * access.
     */
    private boolean resolveLazily = false;

    // get/set/etc..

}

這是一個文件上傳的自動配置類，約定了：

一、約定了配置參數以 spring.servlet.multipart 前綴開始；

二、約定了不少默認配置，如：默認上傳文件大小爲 1M；

三、約定了全部的參數配置類名都是 *Properties；

四、約定了全部的自動配置類名都是 *AutoConfiguration；

五、約定了全部自動配置類配置在：/META-INF/spring.factories；

等等……

這樣咱們作一個文件上傳操做幾乎不用寫任何配置了，除非知足不了需求，如：如今文件上傳 1M 過小了，再加一行自定義配置便可，咱們也能夠按約定編寫其餘自動配置。

若是還不能理解，再來看 Maven 怎麼作的，Maven 簡直把約定大於配置的思想體現淋漓盡致。

Maven規定了哪一個目錄放什麼文件，哪一個文件作什麼用，Maven會自動去處理，不須要咱們再額外配置，其實咱們也沒有額外配置的須要，至少棧長我如今尚未遇到過。若是這些目錄都讓你來經過配置文件來配置，而每一個項目配置的又不同，你會不會想要崩潰？

其實這也不是新技術，只是一種設計思想，早在 JDK 1.5 中添加的《Java註解》就是很好的體現。

關於 「約定優於配置」 的思想，你還有什麼好的想法，歡迎留言分享~

好了，今天的分享就到這裏，關注Java技術棧微信公衆號，在後臺回覆：boot，獲取棧長整理的更多的 Spring Boot 教程，都是實戰乾貨，如下僅爲部分預覽。

• Spring Boot 讀取配置的幾種方式
• Spring Boot 如何作參數校驗？
• Spring Boot 最核心的 25 個註解！
• Spring Boot 2.x 啓動全過程源碼分析
• Spring Boot 2.x 新特性總結及遷移指南
• ……

本文原創首發於微信公衆號：Java技術棧（id:javastack），轉載請原樣保留本信息。