🚍 스크립트 백엔드

1. Unity에서 사용하는 .NET

▶ Mono

1) 오픈 소스 .NET
2) 크로스 플랫폼 지원 (하나의 코드로 여러 플랫폼의 프로그램을 빌드)
3) JIT 컴파일 방식

▶ IL2CPP

1) 유니티가 만든 .NET
2) AOT 컴파일 방식
3) 대부분 IL2CPP를 사용

2. IL2CPP를 이용한 빌드 과정

1) Roslyn 컴파일러가 C# 코드를 컴파일

2) Unity가 IL 스트리핑(stripping)을 실시해 애플리케이션 크기를 줄임

• 코드 스트리핑: 사용되지 않는 코드를 삭제하는 것
• 최종 빌드되는 애플리케이션 크기를 줄일 수 있지만, 이 과정으로 오류가 발생할 수 있음

3) IL2CPP가 IL 코드를 표준 C++ 코드로 변환

4) C++ 컴파일러가 변환된 C++ 코드를 타겟 플랫폼으로 컴파일

5) Unity가 타겟 플랫폼에따라 실행 파일 혹은 DLL 생성

3. .NET 시스템 라이브러리

1) Unity에서 사용 가능한 .NET 버전

• .NET Standard 2.0 (권장)
• .NET 4.X
  
  

🚍 메모리

Unity는 네이티브 메모리 / 관리되지 않는 메모리 / 관리되는 메모리 세가지 계층을 통해 메모리를 관리한다.

1. 네이티브 메모리 (Native Memory)

1) Unity 엔진이 내부적으로 사용하고 있는 메모리 관리 시스템
2) 유저가 직접 접근하거나 조작할 수 없음
3) 씬, 에셋, 그래픽 API, 그래픽 드라이버, 서브시스템, 플러그인 버퍼 등이 저장

2. 관리되지 않는 메모리 (Unmanaged Memory)

1) 네이티브 메모리에 접근해 메모리 할당을 미세 조정하기 위한 계층
2) 잡 시스템(Job System)이나 버스트(Burst) 컴파일러를 위해 사용

3. 관리되는 메모리 (Managed Memory)

1) 가비지 컬렉터에 의해 자동으로 관리되는 메모리

2) Unity의 가비지 컬렉션

• Boehm GC 사용
• 세대별로 관리되지 않고 메모리의 압축이 일어나지 않음
  → 메모리 단편화 발생하여 할당할 공간이 부족해짐
• 할당할 메모리를 확보하기 위해 힙을 확장
  
  → 프로그램이 메모리를 많이 사용하게 되고, 그로인해 프로그램이 실행 중 중단되는 위험 증가

3) 가비지 컬렉션에 너무 많은 성능이 소모되는 것을 막기 위해 수행 제한 시간을 두어 조금씩 조금씩 가비지 컬렉션을 하는 증분 방식 또한 사용