NullPointerException을 좋아하는 사람은 없습니다! 그들을 피할 수 있는 방법이 있나요? 아마도. .
이 기사에서는 다음 기술에 대해 설명합니다.
1.Optional 유형(Java 8에서 새로 도입됨)
2.Objects 클래스(Java 7의 원본)
Java 8의 선택적 클래스
그것은 무엇입니까?
1. Java 8에 도입된 새로운 유형
2. 지정된 유형의 개체 또는 개체(null)가 존재하지 않는 시나리오에 대한 래퍼로 사용됩니다.
간단히 말해서 null 값을 처리하는 데 더 나은 대안입니다(경고: 언뜻 보기에는 그렇게 명확하지 않을 수 있음).
기본 사용법
이는 유형(클래스)입니다. 그렇다면 이 유형의 인스턴스를 어떻게 생성합니까?
세 가지 정적 메서드를 사용하세요.
다음과 같이 코드 코드를 복사합니다.
public static Optional<String> stringOptional(문자열 입력) {
return Optional.of(입력);
}
간단하고 명확합니다. 이 값을 포함하는 Optional 래퍼를 만듭니다. 기억하세요. 이 값이 null이면 NPE가 발생합니다!
다음과 같이 코드 코드를 복사합니다.
public static Optional<String> stringNullableOptional(문자열 입력) {
if (!new Random().nextBoolean()) {
입력 = null;
}
return Optional.ofNullable(입력);
}
개인적으로 더 좋다고 생각합니다. 이렇게 하면 NPE 위험이 없습니다. 입력이 null이면 빈 Optional이 반환됩니다.
다음과 같이 코드 코드를 복사합니다.
공개 정적 Optional<String> 비어있는Optional() {
return Optional.empty();
}
정말로 "null" 값을 반환하려는 경우. "빈" 값은 null을 의미하지 않습니다.
자, 그러면 Optional을 어떻게 소비/사용하나요?
다음과 같이 코드 코드를 복사합니다.
공개 정적 무효 소비Optional() {
Optional<String> Wrapped = Optional.of("aString");
if (wrapped.isPresent()) {
System.out.println("문자열을 얻었습니다 - " + Wrapped.get());
}
또 다른 {
System.out.println("알았어!");
}
}
간단한 방법은 Optional 래퍼에 실제로 값이 있는지 확인하는 것입니다(isPresent 메서드 사용). if(myObj != null)를 사용하는 것보다 이것이 어떤 이점이 있는지 궁금할 것입니다. 걱정하지 마세요. 제가 명확하게 설명해 드리겠습니다.
다음과 같이 코드 코드를 복사합니다.
공개 정적 무효 소비NullableOptional() {
문자열 입력 = null;
if (new Random().nextBoolean()) {
입력 = "iCanBeNull";
}
Optional<String> Wrapped = Optional.ofNullable(input);
System.out.println(wrapped.orElse("default"));
}
orElse 메소드를 사용하면 캡슐화된 값이 실제로 null 값인 경우 이를 사용하여 기본값을 반환할 수 있습니다. 이점은 분명합니다. 실제 값을 추출할 때 ifPresent 메서드를 호출하는 명백히 중복되는 메서드를 피할 수 있습니다.
다음과 같이 코드 코드를 복사합니다.
공개 정적 무효 소비EmptyOptional() {
문자열 입력 = null;
if (new Random().nextBoolean()) {
입력 = "iCanBeNull";
}
Optional<String> Wrapped = Optional.ofNullable(input);
System.out.println(wrapped.orElseGet(
() -> {
"defaultBySupplier"를 반환합니다.
}
)));
}
나는 이것에 대해 조금 혼란스러워합니다. 동일한 목적에 대해 두 가지 다른 방법이 있는 이유는 무엇입니까? orElse 및 orElseGet은 분명히 오버로드될 수 있습니다(이름은 동일하지만 매개변수가 다름).
어쨌든, 이 두 메서드의 명백한 차이점은 매개 변수입니다. 이를 수행하기 위해 공급자 인스턴스 대신 람다 식을 사용하도록 선택할 수 있습니다(기능적 인터페이스).
일반적인 null 검사보다 Optional을 사용하는 것이 더 나은 이유는 무엇입니까?
1. Optional을 사용하는 가장 큰 장점은 의도를 보다 명확하게 표현할 수 있다는 것입니다. null 값을 반환하면 의도적으로 반환되었는지 여부가 소비자에게 혼란을 줄 수 있으므로 자세한 내용은 javadoc를 확인해야 합니다. . Optional을 사용하는 것은 매우 간단합니다.
2. Optional을 사용하면 NPE를 완전히 피할 수 있습니다. 위에서 언급한 것처럼 Optional.ofNullable, orElse 및 orElseGet을 사용하면 NPE를 피할 수 있습니다.
또 다른 구원자!
이 코드 조각을 살펴보고 아래 코드를 복사하세요.
패키지 com.abhirockzz.wordpress.npesaviors;
java.util.Map 가져오기;
java.util.Objects 가져오기;
공개 클래스 UsingObjects {
String getVal(Map<String, String> aMap, String key) {
return aMap.containsKey(key) ? aMap.get(key) : null;
}
공개 정적 무효 메인(String[] args) {
UsingObjects obj = 새로운 UsingObjects();
obj.getVal(null, "더미");
}
}
어느 것이 비어있을 수 있습니까?
1.지도 객체
2. 검색에 사용되는 키
3. 이 메소드 호출 인스턴스
NPE가 발생하면 어떤 것이 null인지 어떻게 확인할 수 있나요?
다음과 같이 코드 코드를 복사합니다.
패키지 com.abhirockzz.wordpress.npesaviors;
java.util.Map 가져오기;
java.util.Objects 가져오기;
공개 클래스 UsingObjects {
String getValSafe(Map<String, String> aMap, String key) {
Map<String, String> safeMap = Objects.requireNonNull(aMap,
"지도가 null입니다.");
String safeKey = Objects.requireNonNull(key, "키가 null입니다.");
return safeMap.containsKey(safeKey) ? safeMap.get(safeKey) : null;
}
공개 정적 무효 메인(String[] args) {
UsingObjects obj = 새로운 UsingObjects();
obj.getValSafe(null, "더미");
}
}
requireNonNull 메소드
1. 객체가 null이 아니면 자신을 반환합니다.
2. 값이 null인 경우 반환된 NPE에는 지정된 메시지가 포함됩니다.
if(myObj!=null)보다 나은 이유는 무엇입니까?
표시되는 스택 추적에는 Objects.requireNonNull 메서드 호출이 명확하게 표시됩니다. 이를 사용자 고유의 오류 로그와 결합하면 문제를 더 빨리 찾을 수 있습니다. . . 적어도 내 생각에는 더 빠르다.
Null 값이 없는지 확인하기 위해 간단한 유효성 검사기를 구현하는 등 자체 유효성 검사기를 사용자 정의할 수도 있습니다.
다음과 같이 코드 코드를 복사합니다.
import java.util.Collections;
java.util.List 가져오기;
java.util.Objects 가져오기;
import java.util.function.Predicate;
공개 클래스 RandomGist {
public static <T> T requireNonEmpty(T object, Predicate<T> 조건자, String msgToCaller){
Objects.requireNonNull(개체);
Objects.requireNonNull(predicate);
if (predicate.test(객체)){
새로운 IllegalArgumentException(msgToCaller)을 던져라;
}
반환 개체;
}
공개 정적 무효 메인(String[] args) {
//사용법 1: 빈 문자열(의도적)
문자열 s = "";
System.out.println(requireNonEmpty(Objects.requireNonNull(s), (s1) -> s1.isEmpty() , "내 문자열이 비어 있습니다!"));
//사용법 2: 빈 목록(의도적)
목록 목록 = Collections.emptyList();
System.out.println(requireNonEmpty(Objects.requireNonNull(list), (l) -> l.isEmpty(), "목록이 비어 있습니다!").size());
//사용법 3: 빈 사용자(의도적)
사용자 사용자 = 새 사용자("");
System.out.println(requireNonEmpty(Objects.requireNonNull(user), (u) -> u.getName().isEmpty(), "사용자가 비어 있습니다!"));
}
개인 정적 클래스 사용자 {
개인 문자열 이름;
공개 사용자(문자열 이름){
this.name = 이름;
}
공개 문자열 getName(){
이름 반환;
}
}
}
NPE가 잘못된 곳에서 고통을 받게 하지 마십시오. 우리는 NPE를 더 효과적으로 처리하고 완전히 근절할 수 있는 많은 도구를 보유하고 있습니다!