JUnit 테스트에서는 `java.time.DateTimeFormatterBuilder`가 실패하지만 런타임 중에는 작동하는 이유는 무엇입니까?

java.time.DateTimeFormatterBuilder가 테스트 중에 실패함

런타임 중에 특정 패턴을 구문 분석하기 위해 java.time.DateTimeFormatterBuilder를 적용하면 문제 없이 작동합니다. 그러나 동일한 입력 문자열 값을 사용하여 JUnit 테스트에서 동일한 연산을 실행하면 오류가 발생합니다.

테스트 사례 세부 정보

• 예상됨 결과: 입력 문자열 "25-May-2018"과 함께 제공되면 계산된 시간 차이 "06:00" startDate 및 endDate 모두 11:10"입니다.
• 실제 결과: 제공된 패턴과 함께 DateTimeFormatterBuilder를 사용하여 startDate를 구문 분석할 때 오류가 발생합니다.

코드 스니펫

@Test
public void testFormat() throws Exception {
    final String startDateFormatA = "25-May-2018 11:10";
    final String endDateFormatA = "25-May-2018 11:10";
    assertEquals("06:00", callDbController.getTimeDifference(startDateFormatA, endDateFormatA)[1]);
}

구문 분석 방법은 DateTimeFormatterBuilder 내에서 다음 패턴을 사용합니다.

new DateTimeFormatterBuilder().parseCaseInsensitive().appendPattern("dd-MMM-yyyy HH:mm").toFormatter();

오류 발생

테스트가 실패했습니다. 동안 작동하는 동일한 입력 문자열 값을 사용합니다. Runtime.

해결

입력 문자열의 월 이름이 영어입니다. 일관성을 보장하려면 포맷터를 생성할 때 특정 로케일(이 경우 Locale.ENGLISH)을 설정해야 합니다.

new DateTimeFormatterBuilder().parseCaseInsensitive().appendPattern("dd-MMM-yyyy HH:mm").toFormatter(Locale.ENGLISH);

로케일을 명시적으로 설정하면 포맷터가 문자열에 관계없이 입력 문자열을 일관되게 구문 분석할 수 있습니다. 런타임과 테스트 시간 동작 간의 불일치를 해결하는 JVM의 기본 로캘입니다.

위 내용은 JUnit 테스트에서는 `java.time.DateTimeFormatterBuilder`가 실패하지만 런타임 중에는 작동하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!