PixiJS · 22 텍스처 해제와 캐시 소유
단계: 자원 소유·대량 렌더링·측정 · 편집 가능한 예제 · 저장 ID: pixijs-step-22
목표와 학습 후 역량
- 다른 장면이 쓰는 텍스처를 파괴하지 않는다.
- 직접 만든 TextureSource와 Assets 자원을 구분한다.
선수 지식
선수 개념: 텍스처 캐시, 명시적 갱신. 21단위의 결과 파일과 관찰 기록을 준비하세요.
핵심 개념과 설명
자원 계층
Sprite·Texture·TextureSource는 같은 객체가 아닙니다. 프레임 Texture를 지워도 공유 소스는 다른 곳에서 계속 쓸 수 있습니다.
Assets 소유권
Assets가 관리하는 자원은 사용 종료 후 unload로 정리할 수 있습니다. 다른 장면의 사용자까지 끝났는지 먼저 확인해야 합니다.
실습 준비
예제 화면의 실행 범위 안내를 먼저 확인하세요. 다음은 과제를 별도 프로젝트로 확장할 때의 준비 환경입니다. 별도 로컬 HTTP 개발 서버의 HTML·ES 모듈 프로젝트에서 직접 구현합니다. pixi.js 8.x의 설치 버전을 고정하고 기록하세요.
연결된 예제는 출발점입니다. 아래 과제 전체가 완성된 코드는 아니며, 예제의 지원 범위를 넘는 작업은 별도 프로젝트에서 수행하세요.
실습 과제
- 외부 실습 프로젝트의 day-22.js와 index.html을 준비하세요. 공유 atlas를 쓰는 두 Container를 만들고 사용자 수를 장부로 기록하세요.
- 한 화면 종료 시 Sprite만 정리하고 마지막 사용자 종료 뒤 Assets.unload를 호출하세요.
- 입력 조건 2개 화면에서 출력을 저장한 뒤 0개 화면 조건으로 다시 실행하세요. 예상: 마지막 사용자가 끝난 시점에만 공유 atlas를 해제합니다. 실제 화면·로그와 대조하고 day-22-notes.md에 실제 결과와 차이의 원인을 남기세요.
관찰할 변수
| 변수 | 기준 조건 | 바꿀 조건 | 예상할 변화·검증 가설 |
|---|---|---|---|
| 사용자 수 | 2개 화면 | 0개 화면 | 마지막 사용자가 끝난 시점에만 공유 atlas를 해제합니다 |
표의 예상은 측정 결과가 아닙니다. 한 번에 한 조건만 바꾸고 실제 결과가 다르면 원인을 기록하세요.
완료 조건
- 다른 장면이 쓰는 텍스처를 파괴하지 않는다.
- 직접 만든 TextureSource와 Assets 자원을 구분한다.
자가 점검
- Texture.destroy(true)가 형제 프레임에 주는 영향은 무엇인가요?
- 자동 GC가 있어도 명시적 소유권이 필요한 이유는 무엇인가요?
공식 참고
연결된 예제와 실행 범위
직접 소유한 프레임 Texture와 TextureSource의 참조 수명을 실험합니다. Assets.unload 예제는 10일에서 확인하세요.
원본 코드·기록은 자동으로 덮어쓰지 않습니다. 기존 예제를 초기화할 때도 필기는 유지됩니다.
다음 학습
이전: 정적 UI 캐시 · 다음: 대량 입자와 기능 경계