Objective-C 필수 면접 질문 30선 및 답변 (2026년 가이드)

assign 속성은 정수, 실수 같은 기본 데이터 타입에 사용합니다. 객체를 retain하지 않으며 ARC 하에서 Objective-C 객체에 사용하면 안 됩니다. copy 속성은 할당된 객체의 copy를 생성하며, NSMutableString 같은 가변 객체에 특히 중요해 의도치 않은 변경을 방지합니다.

12) 자동 참조 카운팅(ARC)은 내부적으로 어떻게 작동하는가?

자동 참조 카운팅(ARC)은 컴파일 타임 메모리 관리 시스템으로 retain, release, autorelease 호출을 자동 삽입합니다. 가비지 컬렉션과 달리 ARC는 런타임에 실행되지 않으며, 컴파일러가 객체 수명주기를 분석해 메모리 관리 호출이 필요한 위치를 결정합니다. 이는 개발자 개입 없이 효율적인 메모리 사용을 보장합니다.

ARC는 객체에 대한 강한 참조를 추적하고 강한 참조가 남지 않으면 객체를 해제합니다. 약한 참조는 객체 해제 시 자동으로 0으로 설정돼 애플리케이션 안전성을 높입니다. ARC는 Core Foundation 객체를 자동 관리하지 않으므로 __bridge, __bridge_transfer 같은 브리징 기법이 필요합니다.

예를 들어 두 객체가 서로 강하게 참조하면 순환 참조가 발생할 수 있으며, 이는 약한 참조로 해결해야 합니다.

13) Objective-C 런타임이란 무엇이며 왜 중요한가?

Objective-C 런타임은 Objective-C 프로그램에서 동적 동작을 가능하게 하는 강력한 시스템입니다. 메서드가 컴파일 타임이 아닌 런타임에 해결되게 하여 동적 메서드 디스패치, 메시지 포워딩, 인트로스펙션 같은 기능을 가능하게 합니다.

이 런타임은 메시지가 전송될 때만 어떤 메서드를 호출할지 결정합니다. 메서드가 없으면 런타임이 다른 객체로 메시지를 포워딩하는 등 처리할 기회를 여러 번 줍니다. 이는 Objective-C를 고도로 유연하고 확장 가능하게 만듭니다.

런타임 함수는 개발자가 클래스 계층 검사, 메서드 동적 추가, 메서드 구현 스와즐링(swizzling)을 할 수 있게 하며 이는 디버깅과 분석 프레임워크에서 흔히 쓰입니다.

14) Objective-C에서 블록(Blocks)이란 무엇이며 이점은?

Objective-C의 블록은 나중에 실행하기 위해 코드와 변수를 캡슐화하는 클로저입니다. 다른 언어의 람다 표현식과 유사하며 콜백, 비동기 실행, 열거에 흔히 사용됩니다.

블록은 주변 범위에서 변수를 캡처하며 __block 키워드로 수정 가능합니다. 코드 지역성, 가독성, 비동기 프로그래밍 용이성을 높입니다. 하지만 블록이 self를 강하게 캡처할 때 순환 참조에 주의해야 합니다. 블록 내부에서 __weak 참조 사용으로 메모리 누수 방지.

15) Objective-C에서 nil과 NULL의 차이점은?

Objective-C에서 nil은 널 객체 포인터를, NULL은 C 타입의 널 포인터를 나타냅니다. 둘 다 종종 같은 값(0)으로 평가되지만 의미적으로 다르며 적절히 사용해야 합니다.

nil은 Objective-C 객체에 사용되며 메시지를 안전하게 보낼 수 있어 애플리케이션 크래시를 방지합니다. nil에 메시지를 보내면 단순히 0이나 nil을 반환합니다. 반면 C에서 NULL 포인터 역참조는 미정의 동작으로 크래시를 유발합니다.

nil 사용은 Objective-C 객체 다룰 때 코드 안전성과 가독성을 높이며, NULL은 C 구조체와 포인터에 예약해야 합니다.

16) 예시와 함께 Objective-C의 위임(Delegation)을 설명하세요.

위임(Delegation)은 한 객체가 이벤트나 결정을 다른 객체에 전달하게 하는 Objective-C 디자인 패턴입니다. 프로토콜과 약한 참조로 구현돼 순환 참조를 방지합니다. 위임은 느슨한 결합과 재사용성을 촉진합니다.

위임 객체가 프로토콜을 정의하고, 위임받는 객체가 이를 채택해 구현합니다. 위임 객체는 특정 이벤트 발생 시 위임 대상의 메서드를 호출합니다.

예: 테이블 뷰가 행 선택 시 위임 대상에 알립니다. 이 설계는 서브클래싱 없이 동작 커스터마이징을 가능하게 하며 Apple 프레임워크 전반에 널리 쓰입니다.

17) Objective-C에서 카테고리(Categories)와 익스텐션(Extensions)의 차이는?

카테고리와 익스텐션 모두 기존 클래스에 기능을 추가하지만 목적은 다릅니다. 카테고리는 클래스에 공개 메서드를 추가하며 코드 구성이나 유틸리티 메서드 추가에 자주 쓰입니다. 익스텐션(클래스 익스텐션)은 보통 구현 파일에 선언돼 비공개 속성과 메서드 추가를 허용합니다.

카테고리는 인스턴스 변수 추가 불가, 익스텐션은 가능. 카테고리는 프레임워크 클래스 확장에, 익스텐션은 캡슐화와 내부 구현 세부사항에 사용. 차이 이해는 더 나은 클래스 설계와 유지보수성 향상에 도움.

18) Objective-C에서 KVC(Key-Value Coding)는 어떻게 작동하는가?

키-값 코딩(KVC)은 문자열 키로 객체 속성에 간접 접근하게 합니다. getter/setter 메서드를 명시 호출하지 않고 동적으로 값을 설정하고 조회할 수 있게 합니다.

KVC는 Cocoa 바인딩과 직렬화 프레임워크에 널리 쓰입니다. 키 해결을 위한 잘 정의된 조회 패턴에 의존하며 배열과 셋 작업용 컬렉션 연산자를 지원합니다.

예: valueForKey:로 동적 값 조회, setValue:forKey:로 값 할당. 잘못된 키 사용 시 런타임 예외 발생 가능해 신중한 검증 필요.

19) KVO(Key-Value Observing)란 무엇이며 알림(Notifications)과 어떻게 다른가?

키-값 관찰(KVO)은 객체가 다른 객체의 특정 속성 변경을 관찰하게 합니다. KVC와 긴밀히 결합돼 속성 값 변경 시 자동 알림을 가능하게 합니다.

알림과 달리 KVO는 세밀하고 속성별인 반면 알림은 브로드캐스트 기반입니다. KVO는 옵저버 적절 제거 필요(안 그러면 크래시), 알림은 더 느슨하게 결합됩니다.

KVO는 MVC 아키텍처에서 모델 변경 관찰에 이상적, 알림은 시스템 전체 이벤트에 더 적합.

20) 오늘날 Objective-C 사용의 장단점은?

Objective-C는 동적 런타임 기능, 성숙한 툴링, 레거시 Apple 프레임워크와의 깊은 통합을 제공합니다. 유연한 메시지 처리가 가능하며 대규모 성숙 코드베이스에서 여전히 널리 쓰입니다.

하지만 Objective-C는 장황한 문법, 가파른 학습 곡선을 가지며 신규 개발에서는 Swift로 대체되었습니다. Swift는 향상된 안전성, 가독성, 성능 최적화를 제공합니다.

21) Objective-C 클래스 수명주기: 할당부터 해제까지 설명하세요.

Objective-C 객체 수명주기는 메모리 할당에서 해제까지이며, 주로 ARC나 레거시 시스템의 수동 참조 카운팅으로 관리됩니다. alloc으로 시작해 객체 메모리 할당과 인스턴스 변수 기본값 초기화. 이어 init으로 객체 초기 상태 설정해 사용 준비.

초기화 후 최소 하나 강한 참조가 있는 동안 객체는 생존. 수명 동안 메시지 수신, 위임 참여, 다른 객체와 상호작용. 모든 강한 참조 해제 시 ARC가 자동으로 dealloc 호출해 옵저버 제거, 리소스 해제 같은 정리 작업 수행.

이 수명주기 이해는 메모리 누수, 댕글링 포인터, 부적절한 리소스 처리 방지에 필수적.

22) Objective-C에서 메시지 포워딩(Message Forwarding)은 어떻게 작동하는가?

메시지 포워딩은 객체가 처리할 수 없는 메시지를 수신했을 때 다단계 메커니즘으로 동작. 즉시 크래시하지 않고 Objective-C가 메서드를 동적으로 해결할 기회를 여러 번 제공. 먼저 런타임이 +resolveInstanceMethod: 확인해 메서드 동적 추가 가능 여부 확인. 해결 안 되면 -forwardingTargetForSelector:로 다른 객체에 메시지 리다이렉트.

그것도 실패하면 런타임이 -methodSignatureForSelector:와 -forwardInvocation: 호출해 수동 포워딩. 이는 프록시 객체, 데코레이터, 동적 동작을 가능하게 합니다.

이 메커니즘은 Objective-C 유연성을 보여주며 NSProxy, 모킹 라이브러리 같은 프레임워크에서 흔히 쓰입니다.

23) 순환 참조(Retain Cycles)란 무엇이며 어떻게 방지하는가?

순환 참조는 두 개 이상 객체가 서로 강한 참조를 보유해 ARC가 해제하지 못하게 만듭니다. 객체들이 더 이상 필요 없어도 메모리 누수 발생. 부모-자식 객체, 위임, self 캡처 블록에서 흔히 발생.

순환 참조 방지를 위해 비소유 관계(위임 등)에는 약한 참조 사용. 블록에서는 __weak나 __unsafe_unretained로 self 참조해 강 캡처 방지.

Instruments로 순환 참조 식별하고 소유권 의미론을 신중히 설계하는 것은 장수명 애플리케이션 작업하는 Objective-C 개발자에게 필수 기술.

24) Objective-C는 동시성과 멀티스레딩을 어떻게 처리하는가?

Objective-C는 동시성 메커니즘을 다수 제공하며 Grand Central Dispatch(GCD)가 가장 널리 쓰입니다. GCD는 개발자가 작업을 직렬 또는 동시 실행되는 큐에 제출하게 합니다. 스레드 관리를 추상화해 성능과 안전성 개선.

기타 도구: NSThread, NSOperation, NSOperationQueue. NSThread는 저수준 제어, NSOperationQueue는 의존성 관리, 취소, 우선순위 처리 제공.

GCD는 일반적으로 성능 중요 코드에 선호, NSOperationQueue는 세밀한 제어 필요한 복잡한 워크플로에 적합.

25) 메서드 스와즐링(Method Swizzling)이란 무엇이며 언제 사용해야 하는가?

메서드 스와즐링은 두 메서드 구현을 교환하는 런타임 기법. Objective-C 런타임 API로 달성하며 서브클래싱이나 원본 소스 수정 없이 동작 수정 가능.

스와즐링은 분석, 로깅, 디버깅, 테스트 프레임워크에서 흔히 쓰입니다. 하지만 예상치 못한 동작 유발, 디버깅 어려움, 하위 구현 변경 시 기능 깨질 수 있어 주의 필요.

프로덕션 코드에서 메서드 스와즐링은 신중히 문서화하고 명확한 용례로 제한해 코드 안정성 유지해야 합니다.

26) Objective-C에서 얕은 복사(Shallow Copy)와 깊은 복사(Deep Copy) 차이점 설명.

얕은 복사는 컨테이너 객체만 복제하고 포함된 객체는 복제하지 않습니다. 원본과 복사본 컨테이너가 같은 하위 객체 참조. 반면 깊은 복사는 컨테이너와 모든 중첩 객체 복제해 독립적 복사본 생성.

Objective-C 컬렉션 클래스는 기본적으로 얕은 복사 수행. 깊은 복사는 NSCopying이나 수동 반복으로 명시적 구현 필요.

이 차이 이해는 가변 데이터 구조 작업 시 의도치 않은 부작용 방지에 필수적.

27) Objective-C는 인트로스펙션(Introspection)을 어떻게 지원하는가?

Objective-C 인트로스펙션은 객체가 런타임에 자체 구조와 동작을 검사하게 합니다. 클래스 멤버십, 메서드 가용성, 프로토콜 준수 확인 포함. isKindOfClass:, respondsToSelector:, conformsToProtocol: 같은 메서드 흔히 사용.

인트로스펙션은 방어적 프로그래밍과 동적 동작 적응 가능하게 합니다. 예: 다른 객체가 메서드 구현했는지 확인 후 호출해 런타임 안전성 개선.

이 능력은 느슨한 결합 시스템과 플러그인 기반 아키텍처에서 특히 유용.

28) Objective-C에서 isEqual:과 == 차이점은?

== 연산자는 메모리 주소 비교로 두 참조가 같은 객체 가리키는지 판별. isEqual: 메서드는 객체 내용이나 논리적 동등성 비교.

예: 같은 텍스트 내용을 가진 두 다른 문자열 객체는 == 비교 시 NO, isEqual: 비교 시 YES 반환 가능. 많은 Foundation 클래스가 의미 있는 동등성 비교 위해 isEqual: 오버라이드.

올바른 비교 방법 선택은 집합(Set), 딕셔너리 같은 컬렉션 작업 시 논리 오류 방지에 필수적.

29) Objective-C는 C, C++ 코드와 어떻게 통합되는가?

Objective-C는 C와 완전 호환되며 Objective-C++로 C++와 상호운용 가능. .mm 파일로 Objective-C와 C++ 코드 동일 소스 파일에 혼합 가능.

이 통합으로 기존 C, C++ 라이브러리 재사용하면서 Objective-C 객체 지향 기능 활용 가능. 개발자는 네임 맹글링(Name Mangling)과 객체 수명주기 신중 관리해 메모리, 호환성 이슈 방지해야 함.

Objective-C++은 게임 엔진, 멀티미디어 처리 같은 성능 중요 애플리케이션에서 흔히 사용.

30) 현대 개발에서 Objective-C를 Swift 대신 선택해야 할 때는?

Objective-C는 대규모 레거시 코드베이스 유지보수, 구형 프레임워크 통합, Swift로 쉽게 달성하기 어려운 고급 런타임 기능 필요 시 여전히 유효한 선택. 동적 메시징 시스템과 성숙한 툴링으로 특정 저수준이나 프레임워크 지향 개발 작업에 적합.

하지만 신규 프로젝트에서는 향상된 안전성, 가독성, 성능으로 Swift가 일반적으로 선호. 결정은 프로젝트 요구사항, 팀 전문성, 장기적 유지보수성 기반해야 함.

Objective-C에 대한 강한 이해는 여전히 가치 있으며, 특히 방대한 기존 Objective-C 애플리케이션 보유한 기업에서 중요.

🔍 실전 시나리오와 전략적 답변이 담긴 Objective-C 핵심 면접 질문 Top 10

1) Objective-C와 Swift의 주요 차이점은 무엇이며 언제 여전히 Objective-C를 선택하겠는가?

후보자에게 기대: 면접관은 언어 생태계 이해도와 정보에 입각한 아키텍처 결정 능력을 평가하려 합니다.

예시 답변: Objective-C는 강력한 런타임 역량을 가진 동적 메시지 기반 언어인 반면 Swift는 안전성, 성능, 현대적 문법을 강조합니다. 대규모 레거시 iOS/macOS 코드베이스 유지보수나 확장에서 Swift 재작성이 불필요한 위험이나 비용 초래할 때 여전히 Objective-C를 선택하겠습니다.

2) ARC 하에서 Objective-C 메모리 관리는 어떻게 작동하는가?

후보자에게 기대: 면접관은 메모리 관리 기초와 ARC 단순화 방식 이해도 테스트.

예시 답변: ARC 하에서 컴파일러가 컴파일 타임에 retain/release 호출 자동 삽입. 개발자는 여전히 위임 패턴과 블록 사용 시 약한 참조나 assign 참조 적절히 사용해 강한 참조 순환 피해야 합니다.

3) strong, weak, assign 속성 차이점 설명 가능한가?

후보자에게 기대: 면접관은 객체 소유권과 수명주기 관리 이해 확인.

예시 답변: Strong 속성은 retain 카운트 증가해 객체 생존 유지. Weak 속성은 객체 retain 안 하고 해제 시 nil로 설정. Assign은 기본 타입에 주로 사용되며 객체 소유권 관리 안 함.

4) Objective-C 애플리케이션에서 어려운 크래시 디버깅했던 경험 설명.

후보자에게 기대: 면접관은 문제 해결 접근과 디버깅 기술 평가.

예시 답변: 이전 역할에서 멀티스레드 환경에서 과도 해제 객체로 인한 반복 크래시 디버깅. Instruments의 Zombies 기능으로 해제 추적해 잘못된 속성 속성 식별, 수정 후 해결.

5) 카테고리와 서브클래스는 Objective-C에서 어떻게 다른가?

후보자에게 기대: 면접관은 코드 구성과 확장성 이해도 평가.

예시 답변: 카테고리는 서브클래싱 없이 기존 클래스에 메서드 추가 가능해 기능 모듈화에 유용. 서브클래스는 새 클래스 계층 생성해 동작 오버라이드 가능하지만 결합도와 복잡성 증가.

6) Objective-C에서 블록이란 무엇이며 어떻게 흔히 사용되는가?

후보자에게 기대: 면접관은 현대 Objective-C 패턴 친숙도 확인.

예시 답변: 블록은 코드와 캡처된 변수 캡슐화하는 클로저. 비동기 콜백, 완료 핸들러, 열거에 흔히 사용. self 약한 참조 사용으로 순환 참조 방지 주의 필요.

7) Objective-C에서 스레딩과 동시성 어떻게 처리하는가?

후보자에게 기대: 면접관은 성능과 반응성 보장 방법 알고 싶어 함.

예시 답변: 이전 직장에서 Grand Central Dispatch에 크게 의존해 백그라운드 작업과 UI 업데이트 관리. 데이터 일관성 위해 직렬 큐, 성능 중요 작업엔 동시 큐 사용.

8) 위임 패턴과 장점 설명.

후보자에게 기대: 면접관은 iOS 개발 공통 디자인 패턴 이해도 테스트.

예시 답변: 위임 패턴은 한 객체가 다른 객체에 이벤트나 데이터를 타이트한 결합 없이 전달하게 합니다. 관심사 분리를 촉진하고 코드 테스트와 유지보수 용이하게 만듭니다.

9) 대규모 레거시 Objective-C 코드베이스 리팩토링 어떻게 접근하겠는가?

후보자에게 기대: 면접관은 전략적 사고와 레거시 시스템 경험 평가.

예시 답변: 이전 역할에서 단위 테스트 우선 추가, 중요 컴포넌트 격리, 코드 가독성 개선으로 점진적 리팩토링 접근. 대규모 재작성 피하고 기술 부채를 안전하게 시간에 걸쳐 줄이는 데 집중.

10) Objective-C 프로젝트에서 코드 품질과 유지보수성 어떻게 보장하는가?

후보자에게 기대: 면접관은 엔지니어링 규율과 팀워크 통찰 원함.

예시 답변: 이전 직장에서 일관된 코딩 표준, 철저한 코드 리뷰, 문서화 강조. 재사용 가능한 컴포넌트 작성 장려, 정적 분석 도구로 이슈 조기 포착.