숨터

1.유니티는 라이프 사이클이라는게 있다...

게임오브젝트가 생성될때..

그 게임 오브젝트 있는 component들은 Awake라는 넘을 호출한다..

그다음이 OnEnable임..

이것도 생성됨과 동시에 비활성화가 된다면 반드시 호출된다고 보장할수 없음..

가장 많이 하는 실수는 Start일듯..

이것도 생성된후에 호출된다는 보장을 할수 없음..

생성되자마자 게임오브젝트를 비활성화 시켜버리면 Start가 호출이 안되고..

active가 true가 되는 시점에서 호출된다..

2.두번째 이해못하고 실수 하는 종류들이다..

위의 것들은 정확히 알고 작업을 해야지 안그러면 호출 순서가 꼬이고 디버깅능력이 떨어지는 개발자들은 원인을 찾기가 힘들어진다..

솔직히 말하면 유니티는 Awake를 빼고는 호출시점을 장담할수가 없다..

내가 하고 싶은 말은 Awake의 경우는 내가 그 게임 오브젝트를 만드는 바로 그 시점에서 호출되지만..

Start는 만들고 Update가 호출되기 바로 직전이다..이 구간에서 다른곳에서 비활성화 하거나 삭제를 하거나 이상한 짓을 할경우에 반드시 Start가 호출된다고 할수 없음을 말함..

위에서도 이말을 했지만 계속 반복하는 이유는 그만큼 많은 사람들이 실수하는 부분이고 이해못하고 그냥 쓰는 부분이기 때문임..

간단하게 예를 들겠다..Awake와 Start에 호출에 대한 예를 들어보겠다.

A게임 오브젝트 생성 -> B게임오브젝트 생성 했을경우..(위의 생성은 한 함수에서 한 프레임에 이루어 짐을 가정함)

A게임오브젝트에 붙었있는 콤포넌트의 Awake호출 -> B게임오브젝트에 붙었있는 콤포넌트의 Awake호출 -> 여기서부터는 B의 start가 호출될지 A의 start가 호출될지 알수가 없음..한마디로 이때는 이걸 염두해두고 코딩을 해야된다는 말임..

위를 생각안하고 A의 Start에서 해야되는 어떤 세팅을 B에서는 당연히 A의 세팅이 끝났을 것이라고 처리하다가는

＠어떨때는 되는데 어떨때는 안됨＠ 하면서 유니티 버그 개많음 이딴소리 나오는거임...

[💬] 유니티 어쩔때는 되는 어쩔때는 안된다는 애들 특징..