✍️Today I Learned

📅 2025-08-14

• UE - GC와 메모리 관리

UE - GC와 메모리 관리

1.1 메모리 관리: C++ vs UE

C++
동적 할당한 메모리를 delete 하지 않으면 메모리 누수 발생한다.
같은 메모리에 대해 delete를 두 번 이상하거나 이미 지워진 메모리에 접근하면 크래시가 발생한다.

UE
가비지 컬렉터로 메모리를 자동 관리
-> 다른 객체들이 해당 객체를 참조하지 않으면 더이상 사용하지 않는 것으로 판단하고 메모리 해제
GC 규칙

1. UObject 상속 클래스만 관리한다.
2. UPROPERTY로 리플렉션 시스템에 등록하여 참조를 표시해야 GC가 관리할 수 있다.
3. 절대 delete하면 안된다. nullptr로 참조만 끊으면 GC가 알아서 처리한다.

1.2 UObject란

UObject
일반 C++ 클래스와 달리 블루프린트 지원, 에디터 통합, 자동 저장, 메모리 자동 관리가 가능하다. 언리얼 엔진의 고급기능을 하나로 묶어주는 클래스이다.
GENERATED_BODY() : 언리얼이 필요한 코드를 만들어주는 매크로
UPROPERTY() : 에디터 및 블루프린트 접근, 자동 저장 기능 지원
UFUNCTION() : 블루프린트 지원, 에디터 통합

핵심 기능
1. 블루프린트 통합
2. 에디터 통합
3. 자동 저장/불러오기(직렬화)
4. 리플렉션
5. 메모리 자동 관리

1.3 Outer 체인

소유 관계의 핵심
언리얼에서는 모든 UObject가 주인이 있다. 주인이 사라지면 소유물도 자동 삭제된다.
GC가 루트부터 Outer 체인을 따라 메모리 정리

• World - Level - Actor - Component - SubObject

자주 하는 실수
1. Outer를 잘못 선택

• 주인 객체따라서 사라지기 때문에 잘 선택해야 한다.

2. Outer 체인 끊기

• Rename()으로 주인 객체를 이동시키면 소유물이던 객체는 예측할 수 없는 시점에 GC가 걷어갈수있다.

---

2.1 생성 패턴

CreateDefaultSubobject - 미리 준비

• 생성자에서만 사용

NewObject - 필요할 때

2.2 UObject 라이프사이클

라이프 사이클 콜백 함수
1. void PostInitProperties(): 객체가 생성된 직후 실행
2. void PostLoad(): 세이브 파일이나 에디터에서 에셋을 로드한 직후 실행
3. void BeginDestroy(): GC가 삭제를 결정했을 때 실행
4. void FinishDestroy(): 삭제되면서 마지막에 호출

2.3 GC 동작 원리: Mark & Sweep

어떻게 안쓰는 객체를 찾아서 지우는지
Mark
제일 처음 -> 모든 객체를 미확인 상태로 초기화 한다.
루트부터 시작(World)
참조하고 있는 객체가 있는지 확인하면서 마크
Sweep
표시가 없는 객체를 삭제

2.4 UPROPERTY()

GC가 UPROPERTY()로 참조된 객체만 보는 이유
1. 성능: UObject와 관련있는 포인터만 확인
2. 타입 안전성: UObject를 가리키는 포인터를 구분해야 하기 때문
3. 의도 파악: 버릴 포인터인지 의도를 확인

UPROPERTY() 사용 사례
1. 기본 참조
2. 구조체 안의 참조

UPROPERTY() 없는 참조 안전하게 다루기
수명을 명확하게 관리
죽기전에 포인터 명확하게 해제

2.5 AddToRoot

GC에게 절대 지우지말라고 명령

GC가 절대 지우지 않는 루트
1. GEngine
2. GGameInstance
3. GWorld
4. 개발자가 수동으로 추가한 루트 (AddToRoot)

루트에 추가하고 삭제하지않으면 루트에 너무 많이 쌓일 수 있으므로 주의
루트 객체가 너무 많아지거나 자주 추가하고 삭제하는것도 성능에 무리가 가므로 주의하여 사용해야 한다.

3.1 Hard vs Weak

Hard Reference (강한 참조)
일반적인 포인터 참조. 소유 관계
없으면 안되는 필수 관계일 때 사용한다.

Weak Reference (약한 참조)
지켜보는 참조. 대상을 보호하지 않는다.
항상 유효성 체크한 후 동작 실행
GC가 보호하지 않는다.

3.2 순환 참조 차단

두 객체가 서로 강한 참조를 하는 경우 GC가 메모리에서 해제하지 않음 -> 메모리 누수
1. 순환 참조를 막기 위해 부모->자식 은 강한참조, 자식->부모 는 약한참조 하는게 좋다.
2. 인터페이스로 의존성 줄이기
3. 델리게이트로 이벤트 기반 소통 -> 서로 참조할 필요 없다.

💡 느낀 점 (What I Felt)

---

출처: 스파르타코딩 내일배움캠프