[🐣질문] 유니태스크 질문점

[익명(175.210)]

유니태스크 처음알아서 코루틴 대신 써보고있는데

유니태스크는 오브젝트가 파괴되도 오브젝트의 함수를 실행중이던 스레드는 계속 돌아가나봄? null레퍼런스 참조 에러가 계속 뜨네

파괴되면 자동으로 실행중이던 스레드 중지할수 없음?

[ㅇㅇ 1(36.39)]

오브젝트에 종속된거면 OnDestroy()에 넣어보는 건 어떰?

[글쓴 ㅇㅇ(175.210)]

실행해야하는 함수를 거기다 넣으라는거임?

[태보미(taebomi)]

cancellation token에 대해 알아보아요. 23버전부터인가는 monobehavior에 ondestroycancellationtoken 기본적으로 있고, 그 아랫버전은 필요할 때 토큰 생성해주고 ondestroy시에 캔슬해주면 됨.

[ㅇㅇ 2(112.146)]

근데 이거 토큰을 모든함수에 다넣어주고 프레임마다 또 중지로직도 넣어줘야하는데 너무불편한거아님?

[태보미(taebomi)]

코루틴 stop시키던거 생각하면 그게 그거같은데 생각보다 여기저기 쓰기 편함

[ㅇㅇ 2(112.146)]

스탑코루틴 한줄이면 끝이잔슴

[태보미(taebomi)]

그럼 변수에 ienumerator 담아줘서 사용해야하니 결국 변수하나 만들어주잖음. 그래서 그게 그거같다고 한거임. 토큰 사용이 편한 상황으로는 여러 함수들 호출하고 정지시켜주는 상황같은거에서 코루틴은 stopallcoroutine 쓸수 없는 상황에 별개의 변수에 해당 코루틴들 다 담아줘서 stop시켜줘야하지만 토큰 사용하면 그냥 그 토큰 변수 하나만 가지고 cancel시켜주면 전부 중단시킬수 있음.

[ㅇㅇ 2(112.146)]

리스트에 담으면 되잔슴 모든함수에 넘긴다는게, async 함수 내부에서 호출하는 모든 async함수에 토큰을 폭포수마냥 다넘겨야된다 이말이였음 또 캔슬 됐는지 체크하고 중지로직도 내부에 직접 써줘야하구

[태보미(taebomi)]

리스트에 넣는 자체가 토큰은 필요없는 과정이라 말한거였음. 나는 따로 파라미터로 전달해야 할 이유가 없는 이상 그냥 필요한 async 함수들 어짜피 같이 돌아가다보니 클래스에 토큰 변수 선언해서 딱히 폭포수마냥 넘겨주질 않아서 불편하지는 않았음. cancel되었는지 체크는 해줄필요 없는걸로 앎. cancel 여러번 호출해도 dispose 한 것이 아닌 이상 별 문제 없지 않나?

[ㅇㅇ 2(112.146)]

While await delay update 이런곳에 캔슬체크하고 중지시키는 로직없으면 정지가안되잖슴. 체인하면 리스트에 담는거나 토큰 넘기는거나 똑같은 한줄인데. 내부함수호출들에 토큰 안넘기면 안멈추잔슴

[ㅇㅇ 2(112.146)]

While await task.delay(update)

[태보미(taebomi)]

캔슬체크라는게 token.iscancellationrequested 이거말하는거임? 걍 await 토큰 있으면 해당 토큰 cancel시키면 취소되는거라 캔슬체크안해도 멈춤. 전댓글에쓴대로 그냥 내부함수들도 클래스든 전역이든 더 넓은범위 토큰변수 선언한거 사용해주면 넘겨주지않아도 되는거고. 일단 자러감... 나도 처음엔 불편하게 느꼈는데 쓰다보니 익숙해져서 그런가 더 낫다고 생각함. 가독성 면에서도 그렇고. var isSuccess = await async함수 이런 식으로 코루틴은 작성이 안되니깐. addressable같은거 사용할때도 그냥 unitask로 await 바로 갖다박고 사용할수도 있고.

[태보미(taebomi)]

unitask가 편하다고 우기는건 아니고 그냥 서로 장단점이 있다보니 그게그거같단 이야기였어. 내가 뉴비라 아직 잘 몰라서 불편함을 못느끼는거일수도 있고.

[ㅇㅇ 2(112.146)]

예제에 await Task.Delay(token) 해놇고 바로아래줄에서 token.iscancellationrequested 로 체크한담에 break하길래 내부적으로 예외안던지고 if문만으로 차례차례 정지되는건줄 ㅈㅅ 테스트해보니까 예외던져서 아이에 멈추게되어잇네 이게맞지... 그래도 모든 내부함수호출에 token안넘기면 정지가 바로안되고 ThrowIfCancellationRequested 만날떄까지 실행돼서 꼭넘겨줘야되는거같은데 흠 근데 머 첨에 도입할려할떄 예외로 멈추는식이 아닌줄 알고 왜이따구로만들엇을까 하고 안쓴건데 이정도면 거의 상의호환이라 애용해야겟넴 ㄱ ㅅ요

[ㅇㅇ 2(112.146)]

더넓은 범위 토큰이 어차피 최상 async에서 만 예외던지면 바로는 안멈추더라도 언젠간 멈춘다는 뜻인가 addressable같은 경우엔 loadaasetasync.waitforcompoletion 하면 await 없이 동기적으루 쑬수있음 이게 검색해도 아무리안나와서 첨에 삽질을 많이햇는데 알고있으면 좋은듯 ctor은 async await구문을 못쓰니까 난 ctor에서 로드할댸 쓰는중

[태보미(taebomi)]

댓 두번 달았는데 글자수때문인가 안달리고 날아가버려서 간단하게 적어봄.

[태보미(taebomi)]

예제 본 건 아마 task 예제가 아닐까 싶은데 유니티 말고 c#에서는 while문 돌리면서 유니티마냥 await unitask.yield(token) 이런거 안해주다보니 while문 내부에 token가진 await문 없으면 cancel되었는지 체크해주기 위해 그런식으로 사용한 것 같음. 유니티에서는 무한루프돌면 뻗으니깐 캔슬체크만으론 사용못하고 await으로 대기해준거고 이것만있어도 잘 되는데 캔슬체크도 있었던거면 그냥 관형적으로 쓰는거 아닐까 싶음. 어짜피 unitask는 메인쓰레드에서 돌아가니깐.

[태보미(taebomi)]

내부함수 호출 이야기는 뭐 따로 예외처리 해주는거임? 예외처리 해줬으면 바로 cancel안되는거 맞을거임. 나는 코루틴으로 할 수 있는 거 unitask에서 전부 되고, 그 이상의 작업도 가능하니 상위호환이라고 생각함. 다만 사용하기에는 코루틴보다 편한 부분도 불편한 부분도 있는 것 뿐이지. 생성자에서 async 구문 사용 못하는건 나같은 경우에는 addressable이랑 같이 사용하면 따로 static 함수로 async createinstance 함수 만들어서 파라미터로 초기화 해주면서 만들어줌.

[ㅇㅇ 2(112.146)]

걍 티스토리랑 유니티커뮤니티 에서 누가올린 유니테스크 예제임 걍 예제자체가 잘못된거인듯 애초에 await 함수에 인자로 token안넘기면 안멈추던데 await delay() <-- 이렇게 안넘기면 안멈춤 넘겨야 delay 내부에서 cancel체크하고 예외던져서 멈추는거고 ㅇㅇ그렇게되면 생성만으로 await하게되니까 거의 모든함수가 asyn로 도배되서 싫었었음

[ㅇㅇ 3(61.75)]

ㅇㅇ 씬변경되도 돌아감