spring-web源码解析之MappingMediaTypeFileExtensionResolver-优快云博客

本文深入探讨了MediaTypeFileExtensionResolver类的功能，包括如何管理MediaType与后缀名的映射，实现根据MediaType查找后缀名及反向查找等功能。重点介绍了使用ConcurrentMap避免并发一致性问题，并详细阐述了类的主要方法和作用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

基于4.1.7.RELEASE

该类实现了MediaTypeFileExtensionResolver接口，那么实现根据MediaType获取后缀名的方法是必不可少了，那么它跟ContentNegotiationManager有什么区别呢？可以下面几个方法

protected List<MediaType> getAllMediaTypes() {
   return new ArrayList<MediaType>(this.mediaTypes.values());
}
获取所有的MediaType。
protected MediaType lookupMediaType(String extension) {
   return this.mediaTypes.get(extension);
}

根据后缀名查找对应的MediaType。

注意上面两个方法中都用到了this.mediaTypes，这是一个ConcurrentMap,主要负责存储后缀名和MediaType的对应关系，同时还需要判断该对应关系的唯一性，通过其判断的结果来设置内部的后缀名列表，避免出现重复的情况。

protected void addMapping(String extension, MediaType mediaType) {
   MediaType previous = this.mediaTypes.putIfAbsent(extension, mediaType);
   if (previous == null) {
      this.fileExtensions.add(mediaType, extension);
      this.allFileExtensions.add(extension);
   }
}

由此可见，采用ConcurrentMap是为了避免出现并发情况下导致的一致性问题。

解析到这里，那么这个类的作用便很好判断了。该类的作用可以描述如下

1 给你一个MediaType和后缀extension的对应列表，里面可能有重复的，你负责存起来并且保证不出现重复的extension。

2 给我找出所有的extension或者某个MediaType对应的extension。

3 给我找出所有的MediaType或者某个extension对应的MediaType。