今天執行一個工程時候發現突然發現以前寫的Jackson配置全域性過濾值為null的欄位的類失效了。這個配置類程式碼如下：

@Configuration
public class JacksonConfig {
    @Bean
    @Primary
    @ConditionalOnMissingBean(ObjectMapper.class)
    public ObjectMapper jacksonObjectMapper(Jackson2ObjectMapperBuilder builder) {
        ObjectMapper objectMapper = builder.createXmlMapper(false
 
).build();
        // 通過該方法對mapper物件進行設定，所有序列化的物件都將按改規則進行系列化
        // Include.Include.ALWAYS 預設
        // Include.NON_DEFAULT 屬性為預設值不序列化
        // Include.NON_EMPTY 屬性為 空（""） 或者為 NULL 都不序列化，則返回的json是沒有這個欄位的。這樣對移動端會更省流量
        // Include.NON_NULL 屬性為NULL 不序列化,就是為null的欄位不參加序列化
        objectMapper.setSerializationInclusion(JsonInclude.Include.NON_NULL);
        // 欄位保留，將null值轉為""
 

        // objectMapper.getSerializerProvider().setNullValueSerializer(new JsonSerializer<Object>() {
        // @Override
        // public void serialize(Object o, JsonGenerator jsonGenerator, SerializerProvider serializerProvider) throws IOException, JsonProcessingException {
        // jsonGenerator.writeString("");
 

        // }
        // });
        return objectMapper;
    }
}

排查了半天發現是因為之前將spring boot工程由1.5.10.RELEASE升級到了2.0.1RELEASE，然後IDEA提示攔截器繼承的WebMvcConfigurerAdapter類是過時的，就換成了WebMvcConfigurationSupport。改回WebMvcConfigurerAdapter就有效了。非常納悶於是去網上查了查，大部分都是這樣的說明，詳見[https://blog.csdn.net/lqadam/article/details/80637335 ]

[email protected]=WebMvcConfigurationSupport，使用了@EnableWebMvc註解等於擴充套件了WebMvcConfigurationSupport但是沒有重寫任何方法
[email protected]+extends WebMvcConfigurationAdapter，在擴充套件的類中重寫父類的方法即可，這種方式會遮蔽springboot的@EnableAutoConfiguration中的設定
3.extends WebMvcConfigurationSupport，在擴充套件的類中重寫父類的方法即可，這種方式會遮蔽springboot的@EnableAutoConfiguration中的設定
4.extends WebMvcConfigurationAdapter，在擴充套件的類中重寫父類的方法即可，這種方式依舊使用springboot的@EnableAutoConfiguration中的設定

很是不解既然預設配置不是spring boot的一大特色嗎，那為什麼還有WebMvcConfigurationSupport這種東西。
可能是瞭解的太少吧，留著這個疑惑慢慢思考，先解決當前的問題。過時的WebMvcConfigurerAdapter帶著刺眼的橫線，這無疑會汙染我的程式碼，影響編碼心情。
檢視WebMvcConfigurationAdapter原始碼，Doc規範告訴我們過時類都會在原始碼註釋中給出推薦使用的替代類。果然發現以下說明：

/**
 * An implementation of {@link WebMvcConfigurer} with empty methods allowing
 * subclasses to override only the methods they're interested in.
 *
 * @author Rossen Stoyanchev
 * @since 3.1
 * @deprecated as of 5.0 {@link WebMvcConfigurer} has default methods (made
 * possible by a Java 8 baseline) and can be implemented directly without the
 * need for this adapter
 */
 @Deprecated
public abstract class WebMvcConfigurerAdapter implements WebMvcConfigurer {
...
}

意思就是Java8給出了新的特性，使得介面方法可以擁有預設實現。所以你現在可以直接實現WebMvcConfigurer而不用像以前那樣通過繼承它的實現類來達到目的。
OK，文件說的很明白了，換成實現WebMvcConfigurer方式確實解決了問題。

不過新的疑問又出來了，為什麼Java8要弄個介面預設方法呢，這有什麼特別的地方嗎？這個倒是很容易想明白。進入WebMvcConfigurer類檢視原始碼，可以發現其中定義了大量的方法。與WebMvcConfigurerAdapter進行對比可以發現，雖然WebMvcConfigurerAdapter實現了WebMvcConfigurer介面，但是大量的實現都是空實現啊。。。

 ...
@Override
    public void addResourceHandlers(ResourceHandlerRegistry registry) {
    }

    /**
     * {@inheritDoc}
     * <p>This implementation is empty.
     */
    @Override
    public void addCorsMappings(CorsRegistry registry) {
    }

    /**
     * {@inheritDoc}
     * <p>This implementation is empty.
     */
    @Override
    public void addViewControllers(ViewControllerRegistry registry) {
    }

    /**
     * {@inheritDoc}
     * <p>This implementation is empty.
     */
    @Override
    public void configureViewResolvers(ViewResolverRegistry registry) {
    }
...

做成這樣是因為Java的單繼承多實現規則，一個類可能同時需要WebMvcConfigurer和其他類中的方法，用繼承的方式限制了這一點。而WebMvcConfigurer中的方法也不是在每個地方都會用到，所以寫了一些特定場合的適配，這樣就可以按需繼承對應的介面卡，而自己的定製實現通過多型性對外展示為WebMvcConfigurer，使框架能夠降低耦合度。
但對於追求完美的程式設計人員，這顯然無法令人滿意。於是出現了帶有預設實現的介面，這樣在使用的時候只需要實現自己想要的方法就行了，不用再去手動空實現或編寫介面卡。果然懶是第一創造力。