spring-web源码解析之AbstractMappingContentNegotiationStrategy

本文深入探讨了ParameterContentNegotiationStrategy类在内容协商过程中的作用,阐述了如何通过request获取MediaType所需的Key,并通过Key找出对应的MediaType列表,同时详细解释了子类如何实现关键方法来解决Media类型匹配问题。

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

基于4.1.7.RELEASE

该类是一个虚基类,ParameterContentNegotiationStrategy,PathExtensionContentNegotiationStrategy,ServletPathExtensionContentNegotiationStrategy都是从该类派生出来的,我们来看类的主要几个代码。

@Override
public List<MediaType> resolveMediaTypes(NativeWebRequest webRequest) throws HttpMediaTypeNotAcceptableException {
    //1. 根据子类的实现获取不同的key 
    String key = getMediaTypeKey(webRequest);
    if (org.springframework.util.StringUtils.hasText(key)) {
        //查找构造函数传递进来的MediaType列表中 对应extension的MediaType.
        MediaType mediaType = lookupMediaType(key);
        if (mediaType != null) {
            //2. 回调
            handleMatch(key, mediaType);
            return Collections.singletonList(mediaType);
        }
        //3. 回调
        mediaType = handleNoMatch(webRequest, key);
        if (mediaType != null) {
            //保存到 MediaType 和 extensions的mapping中.
            addMapping(key, mediaType);
            return Collections.singletonList(mediaType);
        }
    }
    return Collections.emptyList();
}

其中1. 由其子类决定,可能是根据参数判断,或是根据path判段出扩展名extension。

2和3都是回调,由子类实现,分别对应找到和未找到mediaType时的对应策略,作为策略中的一种back up方案。

子类可以实现下面3个方法,其中getMediaTypeKey为阻断性的,必须实现。

protected abstract String getMediaTypeKey(NativeWebRequest request);

protected void handleMatch(String mappingKey, MediaType mediaType) {
}

protected MediaType handleNoMatch(NativeWebRequest request, String key) throws HttpMediaTypeNotAcceptableException {
   return null;
}

总结 : 该类通过request获取MediaType所需的Key,再根据Key找出对应的MediaType列表并返回。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值