Update에 대한 오해 기록용

이 기록을 남기는 이유는 제가 Update/FixedUpdate/LateUpdate에 대해 오해를 하고 있어서 기록을 하였습니다.

 

저는 이때까지 MonoBehaviour의 생명주기가 너무 아까워서 순수 cs로 돌리고 있었는데,

만약에 MonoBehaviour를 붙여두고 Update를 구현 한 것과 하지 않은 것의 차이가 있을까? 이런 의문이 들었습니다.

 

Update를 구현 한 것과 하지 않은 것의 차이가 있나?

결론적으론 있습니다. 

 

핵심은 유니티의 생명주기 함수들은 가상 함수가 아닙니다.

void Update() { }

 

위와 같은 코드를 작성하게 되면, 유니티가 이 함수가 있는 것을 알고 호출 대상에 등록을 하게 됩니다.

 

만약에 적지 않으면 아에 호출 대상이 아니라고 합니다.

 

그래서 현재 위의 코드 처럼 해두는 것은 아주 아주 안좋은 코드라고 합니다.

 

그러면 굳이 순수 cs로 왜 돌렸나? 그냥 생명주기 함수를 구현 안하면 똑같지 않나?

이 부분에 대해서 저도 고심을 엄청 많이 했습니다.

 

하지만 찾아보니 아에 헛수고는 아니더라구요

 

그 이유를 정리 해보자면 

 

비교 항목	MonoBehaviour 남발	줄이기
Update 호출	여러 번의 C++ <-> C# 왕복	1번 왕복 후 C# 내부 루프
메모리 구조	C#과 C++ 양쪽에 무거운 객체 생성	가벼운 C# 객체만 생성
로딩 속도	Instatiate 할 때마다 느려짐	초기화가 훨씬 빠름
데이터 처리	메모리에 흩어져 있음 (캐시 미스)	메모리에 모여 있음

 

결론 적으론 Update가 없으면 호출 비용이 0이 되는 건 맞지만, 그 객체를 메모리에 데리고 있는 비용과 생성하는 비용은 여전히 비쌉니다.