📌 Library

• 특정 기능에 대한 도구나 함수들을 모은 집합

• 타겟에서 사용될 object files의 묶음

  ⇒ 코드로만 구성됨

  <aside> 💡 object file은 iOS, macOS에서 사용하는 Mach-O 라는 포맷을 가지고 있다.

  object file은 기본적으로는 바이너리 스트림이고, 아래의 내용을 포함한다.

  • Header : 파일의 타겟 아키텍쳐를 명시함. Mach-O는 하난의 타겟 아키텍쳐에 대한 코드와 데이터를 갖기 때문에, x86-64용 코드는 arm64에서 동작하지 x
  • Load commands : 파일의 논리적 구조를 명시화하고 있음 ex) symbol table의 위치
  • Raw segment data : raw 코드 및 데이터를 포함 </aside>

• image, asset, nibs, string files 등과 같은 리소스 파일들을 포함할 수 x

• 컴파일 or 런타임 시점에 타겟(앱)에 링킹되어 사용

  • static → 컴파일 / dynamic → 런타임

💡 라이브러리는 타겟에 링킹되는 방식에 따라 2가지 타입으로 나뉨

• Static Library (.a) : 컴파일 시점에 static linker를 통해 링킹됨, 메모리의 Heap 영역에 로드

• Dynamic Library (.dylib) : 런타임 시점에 dynamic linker를 통해 링킹됨, 메모리의 Stack 영역에 로드

  ---

Static Library (.a)

• 앱에서 사용되는 static library의 코드는 컴파일 시점에 static linker를 통해 executable file로 복사된다.
  • 그 후 앱 런타임 전체 시간 동안 메모리의 Heap 영역에 로드되어서 사용된다.

컴파일 시점에 Static Linker를 통해 실행 파일로 복사

• Static Library의 단점

  • 사용될 타겟의 프로세서 아키텍쳐와 같게 빌드를 해야함 (x86-64, arm64 등)
  • 리소스 파일들(이미지, 에셋, nibs, string file)을 포함할 수 x
  • Executable file의 크기가 커지고 프로그램 시작 시간이 길어진다.

  ---

Dynamic Library (.dylib)

• Dynamic Library의 코드는 Static Library와 다르게 컴파일 시점에 executable file에 복사되지 않고, 필요한 시점에 동적으로 메모리의 Stack 영역에 로드되어 사용한다.
  • 컴파일 시점에 executable file에는 dynamic library에 대한 참조만 복사된다.

런타임 중 필요한 시점에 동적으로 로드됨