SpringMVC 편안한 주석 @RequestBody는 json 및 object_javascript 기술을 변환합니다.

다가오는 설날로 인해 프로젝트 팀의 업무가 많지 않아 봄에 여유로운 통화 공부를 할 수 있는 시간을 가졌습니다. Spring이 너무 강력해져서 프로그래머는 더 이상 인터페이스 작성 과정에서 데이터 변환 및 호출에 신경 쓸 필요가 없고 비즈니스에만 집중하면 된다는 것을 알았습니다. 아래에서는 연구 과정에서 직면한 단계와 문제점을 요약합니다.

단계:

1. git clone https://github.com/spring-guides/gs-rest-service.git Spring 공식 홈페이지에서 소스코드 다운로드

2. Maven으로 컴파일(gradle도 가능)

3. 실행 후 http://localhost:8080/greeting

을 방문하세요.

4. 실행 결과는 객체를 json 객체로 변환하여 페이지로 반환할 수 있습니다

이때 요청한 데이터를 자동으로 Java 객체로 변환하는 방법에 대해 고민 중이었는데, Google을 통해 실제로 Spring이 HttpMessageConverter 변환기를 제공하고 있으며 MappingJackson2HttpMessageConverter(json ~객체 변환 클래스)가 기본적으로 로드되는 것을 발견했습니다. .). @RequestBody Greeting gree를 구성하여 사용하세요.

컨트롤러 레이어 코드는 다음과 같습니다.

@RequestMapping(value = "/greeting", method = RequestMethod.POST,consumes = "application/json")
  public @ResponseBody Greeting greeting(@RequestBody Greeting gree) { 
    System.out.println(gree.getContent());
    return gree;
  }

이때 구글 플러그인(포스트맨)을 통해 전화를 걸었는데, 사활을 건 전화가 실패했어요!

문제 분석 및 해결:

현재 문제의 원인은 다음과 같은 측면에 있을 수 있다고 생각합니다.

1. Spring은 기본적으로 MappingJackson2HttpMessageConverter를 로드하지 않습니다. (구체적인 로딩 방법은 모르겠습니다.)

2. MappingJackson2HttpMessageConverter가 로딩 후 작동하지 않습니다. (작동하지 않는 이유를 모르겠습니다.)

사실 결국 안 먹힌 이유는 스프링의 소스코드를 너무 믿었기 때문이다(객체는 정해진 메소드를 제공하지 않았다). 이 두 가지 질문으로 인터넷에서 엄청난 검색어가 나왔다. 해당하는 결과를 찾을 수 없습니다. 문제의 근본 원인을 찾아내고 스프링 소스코드를 살펴보는 수밖에 방법이 없습니다.

첫 번째 질문:

1단계: 로딩 유형 변환기 수동으로 다시 작성

@Configuration
  @EnableWebMvc
public class WebConfiguration extends WebMvcConfigurerAdapter {
  public void configureMessageConverters(List<HttpMessageConverter<&#63;>> messageConverters) {
    System.out.println("init convert is start !!!!!");
    StringHttpMessageConverter stringConverter = new StringHttpMessageConverter();
    stringConverter.setWriteAcceptCharset(false);
    messageConverters.add(new MappingJackson2HttpMessageConverter());
    System.out.println("init convert is stop !!!!!");
  }
}

테스트 결과 여전히 사용할 수 없는 것으로 나타났으며 이제 그 이유는 더욱 불분명해졌습니다. 기본적으로 스프링이 유형 변환기를 로드하는 방법만 볼 수 있습니다. WebMvcConfigurationSupport의 addDefaultHttpMessageConverters 메소드에서 다음과 같이 밝혀졌습니다(HttpMessageConverter 키워드가 어디에 사용되는지 반영 및 검색하여 판단 및 추적을 통해 찾아냅니다).

@SuppressWarnings("deprecation")
  protected final void addDefaultHttpMessageConverters(List<HttpMessageConverter<&#63;>> messageConverters) {
    StringHttpMessageConverter stringConverter = new StringHttpMessageConverter();
    stringConverter.setWriteAcceptCharset(false);
    messageConverters.add(new ByteArrayHttpMessageConverter());
    messageConverters.add(stringConverter);
    messageConverters.add(new ResourceHttpMessageConverter());
    messageConverters.add(new SourceHttpMessageConverter<Source>());
    messageConverters.add(new AllEncompassingFormHttpMessageConverter());
    if (romePresent) {
      messageConverters.add(new AtomFeedHttpMessageConverter());
      messageConverters.add(new RssChannelHttpMessageConverter());
    }
    if (jaxb2Present) {
      messageConverters.add(new Jaxb2RootElementHttpMessageConverter());
    }
    if (jackson2Present) {
      messageConverters.add(new MappingJackson2HttpMessageConverter());
    }
    else if (jacksonPresent) {
      messageConverters.add(new org.springframework.http.converter.json.MappingJacksonHttpMessageConverter());
    }
  }

해당 기본 변환기가 로드되었습니다. 중단점 디버깅은 기본 구성에 문제가 없음을 보여줍니다.

두 번째 문제로 인해 발생했다고 밖에 할 수 없는데, 왜 이런 문제가 발생했는지는 모르겠습니다(json 데이터 문제인지, 기타 문제인지), 문제를 모르고 요청만 봐도 알 수 있습니다. 요청하고 변환기가 어떻게 작동하는지 확인하세요. 나는 봄에 대해 잘 모르기 때문에 그 원리를 모른다. 이 경우 (HttpMessageConverter) 키 클래스를 통해서만 해당 사용법을 찾을 수 있습니다. 경험을 활용하여 판단하고 디버깅하세요. AbstractMessageConverterMethodArgumentResolver의 readWithMessageConverters 메소드는 유형 변환을 수행하기 위한 요청 요청에 대한 처리 메소드임을 알 수 있다.

protected <T> Object readWithMessageConverters(HttpInputMessage inputMessage,
      MethodParameter methodParam, Type targetType) throws IOException, HttpMediaTypeNotSupportedException {
    MediaType contentType;
    try {
      contentType = inputMessage.getHeaders().getContentType();
    }
    catch (InvalidMediaTypeException ex) {
      throw new HttpMediaTypeNotSupportedException(ex.getMessage());
    }
    if (contentType == null) {
      contentType = MediaType.APPLICATION_OCTET_STREAM;
    }
    Class<&#63;> contextClass = methodParam.getContainingClass();
    Class<T> targetClass = (Class<T>) ResolvableType.forType(targetType,
        ResolvableType.forMethodParameter(methodParam)).resolve();
    for (HttpMessageConverter<&#63;> converter : this.messageConverters) {
      if (converter instanceof GenericHttpMessageConverter) {
        GenericHttpMessageConverter<&#63;> genericConverter = (GenericHttpMessageConverter<&#63;>) converter;
        if (genericConverter.canRead(targetType, contextClass, contentType)) {
          if (logger.isDebugEnabled()) {
            logger.debug("Reading [" + targetType + "] as \"" +
                contentType + "\" using [" + converter + "]");
          }
          return genericConverter.read(targetType, contextClass, inputMessage);
        }
      }
      if (targetClass != null) {
        if (converter.canRead(targetClass, contentType)) {
          if (logger.isDebugEnabled()) {
            logger.debug("Reading [" + targetClass.getName() + "] as \"" +
                contentType + "\" using [" + converter + "]");
          }
          return ((HttpMessageConverter<T>) converter).read(targetClass, inputMessage);
        }
      }
    }
    throw new HttpMediaTypeNotSupportedException(contentType, allSupportedMediaTypes);
  }

이때 HttpMessageConverter의 canRead 메소드에 따라 해당 유형의 메시지 변환기 MappingJackson2HttpMessageConverter가 발견되어 변환이 시작되었으나 런타임 예외가 발생한 것으로 확인되었습니다. 예외가 콘솔에 출력되지 않기 때문입니다. 중단점 디버깅을 통해 MappingJackson2HttpMessageConverter의 readJavaType 메소드가 런타임 예외를 발생시키는 것을 발견했습니다. 소스 코드를 통해 하단 레이어가 Jackson의 objectMapper에 의해 작동되는 것을 발견했습니다.

try {
      return this.objectMapper.readValue(inputMessage.getBody(), javaType);
    }
    catch (IOException ex) {
      throw new HttpMessageNotReadableException("Could not read JSON: " + ex.getMessage(), ex);
    }

코드를 따로 꺼내서 메인 메소드에서 실행했는데도 여전히 안되면 문제를 찾아볼 수 있어요. 유형이 잘못되었거나 입력 데이터가 잘못되었습니다. 자세히 살펴본 결과 json 데이터에는 문제가 없으며, jsonobject를 사용하여 변환도 가능하다는 것을 확인했습니다. 이때는 수신되는 javaType에 문제가 있다고 판단할 수 밖에 없습니다. 열어보니 개체(인사말)에 정해진 메소드가 없는 것을 발견하면 Jakson이 작동하지 않기 때문이 아닐까 싶습니다(원리가 명확하지 않습니다). 그렇다면 이 개체에 대해 set 메서드를 제공하고 다시 실행할 수 있습니다. 한 바퀴를 돌다가 마침내 문제를 해결했는데, 이 문제를 통해 스프링의 쉼의 작동 메커니즘을 더욱 깨닫게 되었습니다.