언리얼 스마트 포인터 라이브러리

언리얼 스마트 포인터 라이브러리(Unreal Smart Pointer Library) 는 메모리 할당과 추적의 부담을 해소해주도록 설계된 C++11 스마트 포인터들의 커스텀 구현입니다. 이 구현에는 업계 표준인 쉐어드 포인터(Shared Pointers), 위크 포인터(Weak Pointers) 그리고 유니크 포인터(Unique Pointers) 가 포함되어 있습니다. 또한, null이 불가능한(non-nullable) 쉐어드 포인터와 같은 역할을 하는 쉐어드 레퍼런스(Shared References) 도 추가되었습니다. 단, 언리얼 오브젝트는 게임 코드에 더 최적화된 별도의 메모리 추적 시스템을 사용하기 때문에 이러한 클래스들은 'UObject' 시스템과 사용할 수 없습니다.

스마트 포인터 타입

스마트 포인터들은 갖고 있거나 참조하는 오브젝트의 생명 주기에 영향을 줄 수 있으며, 다른 스마트 포인터마다 오브젝트에 주는 제한사항과 효과도 달라집니다. 각 스마트 포인터 타입을 사용하기 적합한 경우를 알아보기 위해 다음 표를 참고할 수 있습니다:

유니크 포인터가 참조하는 오브젝트에 쉐어드 포인터 또는 쉐어드 레퍼런스를 생성하면 위험합니다. 다른 스마트 포인터들이 오브젝트를 여전히 참조하고 있음에도 불구하고, 유니크 포인터가 소멸되면 해당 오브젝트도 함께 소멸시키는 것을 막을 수 없습니다. 마찬가지로, 쉐어드 포인터 또는 쉐어드 레퍼런스가 가리키는 오브젝트에 고유 포인터를 생성하지 않는 것을 권장합니다.

|

스마트 포인터의 이점

헬퍼 클래스와 함수

언리얼 스마트 포인터 라이브러리는 스마트 포인터를 보다 쉽고 직관적으로 사용할 수 있도록 다양한 헬퍼 클래스와 함수를 제공합니다.

스마트 포인터 구현 세부사항

언리얼 스마트 포인터 라이브러리의 모든 스마트 포인터는 기능성 및 효율성 측면에서 일반적인 특징을 공유합니다.

속도

스마트 포인터를 사용할지 고려할 때는 항상 퍼포먼스에 대해서 생각해야 합니다. 스마트 포인터는 특정 하이 레벨 시스템이나 자원 관리 또는 툴 프로그램에 매우 적합하지만 일부 스마트 포인터 타입은 C++ 기본 포인터보다 더 느리며, 이런 오버헤드로 인해 렌더링과 같은 로우 레벨 엔진 코드에는 덜 유용합니다.

스마트 포인터의 일반적인 퍼포먼스 이점:

• 모든 연산이 고정비(constant-time) 입니다.

• 빌드를 출시할 때, 대부분의 스마트 포인터들을 참조 해제하는 속도가 C++ 기본 포인터만큼 빠릅니다.

• 스마트 포인터들을 복사해도 절대 메모리가 할당되지 않습니다.

• 스레드 세이프(Thread-safe) 스마트 포인터는 잠금 없는(lockless) 구조입니다.

스마트 포인터의 퍼포먼스 문제점에는 다음이 포함되어 있습니다:

• 스마트 포인터의 생성 및 복사는 C++ 기본 포인터의 생성 및 복사보다 더 많은 오버헤드가 발생합니다.

• 참조 카운트를 유지하면 기본 연산에 주기가 추가됩니다.

• 일부 스마트 포인터는 C++ 기본 포인터보다 메모리 사용량이 더 높습니다.

• 레퍼런스 컨트롤러에는 두 번의 힙 할당량이 있습니다. MakeShareable 대신에 MakeShared를 사용하면 두 번째 할당을 피할 수 있으며, 퍼포먼스를 개선할 수 있습니다.

침범형 접근자(Intrusive Accessors)

쉐어드 포인터는 비침범형(non-intrusive)으로, 오브젝트가 스마트 포인터의 소유 하에 있는지 알 수 없다는 뜻입니다. 이런 속성은 일반적으로 문제가 없지만, 오브젝트를 쉐어드 레퍼런스 또는 쉐어드 포인터로서 접근하려는 경우가 있을 수도 있습니다. 이러한 경우에는, 오브젝트의 클래스를 템블릿 매개변수로 사용하여 TSharedFromThis에서 오브젝트의 클래스를 파생시켜야 합니다. TSharedFromThis 는 두 가지 함수 AsShared 및 SharedThis를 제공하며, 두 함수로 오브젝트를 쉐어드 레퍼런스로 변환하고, 쉐어드 레퍼런스를 또 쉐어드 포인터로 변환할 수 있습니다. 이는 항상 쉐어드 레퍼런스를 반환하는 클래스 팩토리나 쉐어드 레퍼런스 또는 쉐어드 포인터를 요구하는 시스템에 오브젝트를 넣을 때 특히나 유용합니다. AsShared는 호출되는 오브젝트의 페어런트 타입일 수 있는 TSharedFromThis에 템플릿 아규먼트로서 전달된 본래 타입의 클래스를 반환하는 동시에 'SharedThis'는 'this'에서 타입을 직접 파생키시고 해당 타입의 오브젝트를 참조하는 스마트 포인터를 반환합니다. 다음은 두 함수의 사용 방법을 보여주는 예제 코드입니다:

	class FRegistryObject;
	class FMyBaseClass: public TSharedFromThis<FMyBaseClass>
	{
		virtual void RegisterAsBaseClass(FRegistryObject* RegistryObject)
		{
			// 'this'의 쉐어드 레퍼런스에 접근합니다.
			// <TSharedFromThis>로부터 직접 상속되어 AsShared()와 SharedThis(this)는 동일한 타입을 반환합니다.
			TSharedRef<FMyBaseClass> ThisAsSharedRef = AsShared();
			// RegistryObject는 TSharedRef<FMyBaseClass> 또는 TSharedPtr<FMyBaseClass>를 요구합니다. TsharedRef는 묵시적으로 TsharedPtr로 변환될 수 있습니다.
			RegistryObject->Register(ThisAsSharedRef);
		}
	};
	class FMyDerivedClass : public FMyBaseClass
	{
		virtual void Register(FRegistryObject* RegistryObject) override
		{
			// TSharedFromThis<>로부터 직접 상속되지 않아서 AsShared()와 SharedThis(this)는 각기 다른 타입을 반환합니다.
			// AsShared()는 해당 예제 내 TSharedFromThis<> - TSharedRef<FMyBaseClass>에서 정의된 본래 타입을 반환하게 됩니다.
			// SharedThis(this)는 해당 예제 내 'this' - TSharedRef<FMyDerivedClass>의 타입과 함께 TsharedRef를 반환하게 됩니다.
			// SharedThis() 함수는 'this' 포인터와 동일한 범위 내에서만 가능합니다.
			TSharedRef<FMyDerivedClass> AsSharedRef = SharedThis(this);
			// FmyDerivedClass는 FmyBaseClass 타입의 일종이기 때문에 RegistryObject가 TSharedRef<FMyDerivedClass>를 허용합니다.
			RegistryObject->Register(ThisAsSharedRef);
		}
	};
	class FRegistryObject
	{
		// 이 함수는 FmyBaseClass나 그 자녀 클래스에 TsharedRef나 TsharedPtr를 허용합니다.
		void Register(TSharedRef<FMyBaseClass>);
	};
Copy full snippet

class FRegistryObject; class FMyBaseClass: public TSharedFromThis<FMyBaseClass> { virtual void RegisterAsBaseClass(FRegistryObject* RegistryObject) { // 'this'의 쉐어드 레퍼런스에 접근합니다. // <TSharedFromThis>로부터 직접 상속되어 AsShared()와 SharedThis(this)는 동일한 타입을 반환합니다. TSharedRef<FMyBaseClass> ThisAsSharedRef = AsShared(); // RegistryObject는 TSharedRef<FMyBaseClass> 또는 TSharedPtr<FMyBaseClass>를 요구합니다. TsharedRef는 묵시적으로 TsharedPtr로 변환될 수 있습니다. RegistryObject->Register(ThisAsSharedRef); } }; class FMyDerivedClass : public FMyBaseClass { virtual void Register(FRegistryObject* RegistryObject) override { // TSharedFromThis<>로부터 직접 상속되지 않아서 AsShared()와 SharedThis(this)는 각기 다른 타입을 반환합니다. // AsShared()는 해당 예제 내 TSharedFromThis<> - TSharedRef<FMyBaseClass>에서 정의된 본래 타입을 반환하게 됩니다. // SharedThis(this)는 해당 예제 내 'this' - TSharedRef<FMyDerivedClass>의 타입과 함께 TsharedRef를 반환하게 됩니다. // SharedThis() 함수는 'this' 포인터와 동일한 범위 내에서만 가능합니다. TSharedRef<FMyDerivedClass> AsSharedRef = SharedThis(this); // FmyDerivedClass는 FmyBaseClass 타입의 일종이기 때문에 RegistryObject가 TSharedRef<FMyDerivedClass>를 허용합니다. RegistryObject->Register(ThisAsSharedRef); } }; class FRegistryObject { // 이 함수는 FmyBaseClass나 그 자녀 클래스에 TsharedRef나 TsharedPtr를 허용합니다. void Register(TSharedRef<FMyBaseClass>); };

AsShared나 SharedThis를 생성자로 호출하지 마세요. 이때 쉐어드 레퍼런스가 선언되지 않은 상태이기 때문에 충돌이나 어서트가 발생하게 됩니다.

형변환

쉐어드 포인터는 (쉐어드 레퍼런스도) 언리얼 스마트 포인터 라이브러리에 포함되어 있는 여러 가지 지원 함수를 통해 형변환할 수 있습니다. 올림변환(Up-casting)는 C++ 포인터와 마찬가지로 묵시적입니다. ConstCastSharedPtr 함수로 const cast 연산자를 사용할 수 있으며, StaticCastSharedPtr로 static cast (주로 파생된 클래스 포인터로 내림변환(downcast)하기 위해) 연산자를 사용할 수 있습니다. 런타임 타입 정보(RTTI, run-type type information)가 없기 때문에 동적 형변환은 지원되지 않습니다. 그 대신에 다음 코드와 같이 정적 형변환을 사용할 것을 권장합니다:

	// FdragDropOperation가 FAssetDragDropOp이라는 점을 다른 수단을 통해 유효성이 확인되었다고 가정하고 있습니다.
	TSharedPtr<FDragDropOperation> Operation = DragDropEvent.GetOperation();
	// 이제 StaticCastSharedPtr로 형변환할 수 있습니다.
	TSharedPtr<FAssetDragDropOp> DragDropOp = StaticCastSharedPtr<FAssetDragDropOp>(Operation);
Copy full snippet

// FdragDropOperation가 FAssetDragDropOp이라는 점을 다른 수단을 통해 유효성이 확인되었다고 가정하고 있습니다. TSharedPtr<FDragDropOperation> Operation = DragDropEvent.GetOperation(); // 이제 StaticCastSharedPtr로 형변환할 수 있습니다. TSharedPtr<FAssetDragDropOp> DragDropOp = StaticCastSharedPtr<FAssetDragDropOp>(Operation);

스레드 안정성

기본적으로 스마트 포인터는 싱글 스레드가 접근하는 것이 안전합니다. 멀티 스레드가 접근해야 한다면 스마트 포인터 클래스의 스레드 세이프 버전을 사용하세요:

• TSharedPtr<T, ESPMode::ThreadSafe>

• TSharedRef<T, ESPMode::ThreadSafe>

• TWeakPtr<T, ESPMode::ThreadSafe>

• TSharedFromThis<T, ESPMode::ThreadSafe>

이러한 스레드 세이프 버전은 원자적(atomic) 참조 카운팅으로 인해 디폴트보다 다소 느리지만 그 비헤이비어는 일반 C++ 포인터와 같습니다:

• 읽기와 복사본은 항상 스레드 세이프입니다.

• 안전성을 위해 쓰기와 초기화는 반드시 동기화되어야 합니다.

하나 이상의 스레드가 포인터에 접근하지 않는다는 것이 확실하다면, 스레드 세이프 버전을 사용하지 않음으로써 퍼포먼스를 향상시킬 수 있습니다.

팁 및 제한사항

• 가급적이면 함수에 데이터를 TSharedRef 또는 TSharedPtr 매개변수로 넣지 않는 것을 권장합니다. 이러한 데이터의 해제와 참조 카운팅으로 인해 오버헤드가 발생하게 됩니다. 그 대안으로, 레퍼런스된 오브젝트를 'const &'로 넣으세요.

• 쉐어드 포인터를 불완전한 타입/형식으로 미리 선언할 수 있습니

• 쉐어드 포인터는 언리얼 오브젝트(UObject 와 이로부터 파생된 클래스)와 호환되지 않습니다. 언리얼 엔진은 'UObject' 관리를 위한 별도의 메모리 관리 시스템이 있으며 (언리얼 오브젝트 처리 문서를 참고하세요) 두 시스템은 완전히 다른 시스템입니다