RefCountable와 TSharedPtr에 관한 질문입니다.

1)
이 부분에서 new CMonster()가 아니라,
실제 상황이라면 ObjectManager->GetMonster()와 같은 형태로 몬스터를 갖고 올겁니다.

2)
이 때 수동 refcounting을 한다면,
GetMonster()를 반환받은 다음, 거기에다가 우리가 ->AddRef()를 호출해서 +1을 해줘야 하는데
그 순간 하필 다른 쓰레드에서 ObjectManager->Destroy(id)를 호출해
해당 몬스터가 메모리에서 날라갔다면 낭패가 되겠죠.

3) 
SharedPtr를 사용할 것이라면, 모두가 통일된 정책을 이용해야 합니다.
다른 쓰레드도 마찬가지로 SharedPtr을 사용한다 가정하고 다시 생각해보면,
ObjectManager->GetMonster()는 SharedPtr<Monster>를 반환할 것이고,
이미 return할 때 정책상 SharedPtr 복사는 AddRef()를 호출해준 상태에서 반환이 되겠죠.

4)
이 상태에서 다른 쓰레드가 ObjectManager->Destroy(id)를 호출해도,
refcount가 0이 되지 않기 때문에 당장 delete하지 않고 놔두게 될겁니다.

Destroy(id)가 호출되어 RefCount==0 조건이 만족하는 것을 확인했고, delete ptr을 수행 하려고하는 순간 

다른 쓰레드의 개입으로 refCount가 증가되버리는 경우는 없는건가요?

ObjectManager를 통해서든 다른 루트를 통해서든
Monster 를 참조하고 접근하려면 무조건 RefCount를 증가시켜야 한다
(SharedPtr 복사에 의해)

~가 핵심이고 따라서 누군가가 Monster의 SharedPtr를 통해 
몬스터를 참조하고 있는 상태라면, 해당 메모리는 절대 안 날라간다 보장할 수 있는 것입니다.

1)

Monster는 ObjectManager에서 관리하고,

다른 쓰레드에서도 통일된 정책을 사용해 GetMonster()를 하면 AddRef()를 호출해준 상태로

반환이 되는것은 잘 이해가 되엇습니다.

다시 말하자면,

GetMonster()할때 반환해주는 몬스터에 대해 내부적으로 RefCount를 증가시키고 반환해주기 전까지는,

다른 쓰레드에서 해당 몬스터에 대해 접근 할 방법이 없다 (ObjectManager안에 있으므로)

는것으로 이해하면 될까요?