Unity에서의 Null Comparison
Comparison to 'null' is expensive
Rider 에디터에서 유니티 오브젝트의 Null 비교 '=='연산자를 통해 수행하려 하면 다음과 같은 안내가 나온다.
단순히 null을 비교하는데 왜 이런 안내가 뜰까??
이유는 UnityEngine.Object가 비교 연산자를 오버라이드 했기 때문이다. UnityEngine.Object의 비교 연산자는 lhs나 rhs중 둘 중 하나만 null일 때, 나머지 하나가 '살아있는' 오브젝트인지 검사한다. 이 과정은 나름 시간이 소요되기에 라이더에서 저런 안내를 해주는 것이다.
그러면 UnityEngine.Object가 살아있음을 보장할 수 있다면 null비교를 더 빠르게 수행할 수 있지 않을까? 여러 방법이 있겠지만 대충 세 가지 방법을 생각해 볼 수 있다.
- System.Object로 캐스팅하여 사용하는 방법.
- ReferenceEquals를 이용하는 방법.
- 패턴 매칭을 이용하는 방법.
GameObject obj = new GameObject();
GameManager gameMgr = obj.GetComponent<GameManager>();
if (gameMgr == null) {} //내부적으로 obj가 살아있는 객체인지 확인하므로 오래 걸린다.
//obj가 살아있는 UnityObject임이 확실하다면 다음과 같이 사용하여 성능 향상을 꾀할 수 있다.
if((object)gameMgr == null){}
if(System.Object.ReferenceEquals(gameMgr,null)){}
if(gameMgr is null){}
is null
1,2는 별도로 설명이 필요 없다. 3번의 경우는 어떨까? 'is null'과 '== null'은 어떤 차이가 있을까?
is null은 C#7.0부터 사용 가능한 패턴 매칭이라는 기능 중 하나이다.
(docs.microsoft.com/ko-kr/dotnet/csharp/pattern-matching)
'is null'과 '== null'의 차이는 컴파일러가 만든 IL코드를 보면 알 수 있다.
== null의 경우 lhs, rhs를 로드하고 해당 타입의 op_Equality(==연산자 메소드)를 호출한다. 보통은 System.Object의 ==연산자 메소드가 호출되겠지만 타입이 해당 연산자를 오버라이드 한 경우 오버라이드한 메서드를 호출하기 때문에 추가적인 연산 작업이 필요하게 된다.
is null의 경우 lhs, rhs(null)를 로드한 뒤 바로 ceq로 두 값을 비교한다. 그렇기 때문에 ==null보다 빠를 수 밖에 없다.
참고로 널 병합 연산자(nillish coalescing operator, "obj ?? new Object();" 와 같은 코드) 역시 내부적으로 패턴 매칭과 같은 방법을 사용한다고 하니, == 연산자가 오버라이드 되어 있는 경우 주의가 필요하다.
결론
UnityEngine.Object는 ==, =! 연산자를 오버라이드 하여 엔진오브젝트가 살아있는지 확인하기 때문에 null비교가 꽤 무거운 작업이 된다. 따라서, 오브젝트가 살아있는 것이 확실하다면 object 캐스팅이나 ReferenceEquals와 같은 메서드를 활용하여 성능 향상을 꾀할 수 있다. 또한 패턴 매칭이 사용 가능한 환경(C#7.0)이라면 패턴 매칭을 활용하는 것이 좋은 선택지가 될 것이다.