Swift on @yeniful blog

[Swift] MainActor 🖋️

Fri, 30 Jan 2026 00:00:00 +0900

Motivation

iOS 개발에서 UI 업데이트는 반드시 메인 스레드에서 해야 하지만, Swift Concurrency 도입 후 백그라운드 Task 내에서 UI를 직접 업데이트하는 실수가 쉬워졌다. @MainActor는 컴파일 타임부터 이 문제를 구조적으로 해결해 준다. 이 글에서 MainActor에 대해 다뤄보려고 한다.

Task { // 백그라운드 Task (Global Actor)
 let data = await fetchUser()
 userNameLabel.text = data.name // UI 업데이트 (MainActor 필요!)
}

Overview

1. MainActor는 언제 필요할까? (문제 상황)

1-1. UIKit의 메인 스레드 제약

1-2. GCD의 한계 (DispatchQueue.main.async)

1-3. Swift Concurrency의 함정 (Task + UI 섞기)

2. MainActor 기본 개념

2-1. MainActor 알기 전 Actor가 무엇인지

2-2. Global Actor와 MainActor

2-3. `@MainActor` 속성의 의미

3. 사용법

3-1. 함수/프로퍼티에 적용

3-2. 클래스 전체에 적용 (ViewModel 패턴)

3-3. SwiftUI와의 완벽 호환 (@Published)

4. Task와 함께 사용

4-1. `Task { @MainActor in }`

4-2. `await MainActor.run { }`

4-3. `Task.detached` + MainActor 전환

5. 더 알아보기

5-1. `nonisolated` 탈출구

5-2. `@Sendable`과 데이터 전달

5-3. MainActor 호핑 최적화

6. MainActor와 DispatchQueue 비교

6-1. `@MainActor` vs `DispatchQueue.main`

6-2. 다른 글로벌 액터와 비교

References 👀

[Swift] weak self 🖋️

Thu, 01 Jan 2026 00:00:00 +0900

Motivation

클로저 안의 weak self

Overview

self: 클래스 인스턴스 참조
약한 참조
ARC

Note

일반적으로 클로저는 클로저 내부에서 변수를 사용할 때 암시적으로 변수를 캡처하지만, 이 경우에는 명시적으로 작성해야 합니다.
self를 캡처하려면, 사용할 때 명시적으로 self를 작성하거나, 클로저의 캡처 리스트에 self를 포함합니다.
self를 명시적으로 작성하는 것은 의도를 분명하게 표현하고, 참조 순환이 없음을 확인하도록 유도하는 역할도 합니다

Capture Values

클로저는 정의된 주변 컨텍스트로부터 상수와 변수를 캡처할 수 있음.
상수와 변수를 정의한 원래 범위가 더이상 존재하지 않더라도 본문 내에서 상수와 변수의 값을 참조하고 수정할 수 있음.
값을 캡처할 수 있는 가장 간단한 클로저 형태는 다른 함수의 본문 내에 작성하는 중첩 함수
- 중첩 함수는 바깥 함수의 어떠한 인자도 캡처할 수 있고 바깥 함수 내에 정의된 상수와 변수를 캡처할 수도 있습니다.

References 👀

Swift Programming Language - 탈출 클로저

[Swift] 딕셔너리 (Dictionary) 🖋️

Thu, 01 Jan 2026 00:00:00 +0900

설명

Key-Value 저장하는 컬렉션 타입
해시 테이블로 구현되어있음
- 빠른 속도로 접근, 수정, 추가, 키 존재 여부 확인 가능 O(1)

let scores = ["roy": 95, "gucci": 82, "yeni": 90]
// 모두 O(1) 시간
let royScore = scores["roy"] // 95
let gucciScore = scores["gucci"] // 82
scores["terry"] = 75 // 추가

유의

제거시 O(n)의 가능성

값 제거 (removeValue(forKey: key))의 경우 기술적으로는 O(1)로 구현되어 있음
하지만 Copy-On-Write 최적화 때문에 O(n) 복잡도를 가질 수 있음.

// 첫 번째 Dictionary
var dict1 = ["a": 1, "b": 2, "c": 3]
// dict2는 dict1과 메모리를 공유 (Copy-on-Write)
var dict2 = dict1
// 이 제거 연산은 dict1을 수정하기 전에 전체 복사가 필요할 수 있음 (O(n))
dict1.removeValue(forKey: "a")

활용

Key 존재 확인

// 👍 O(1) : 직접 접근해서 확인
if dict["key"] != nil { ... }
// 😱 O(n) : 배열로 변환 후 순회하기 때문에 비효율적이다.
if dict.keys.contains("yeni") { ... }

Value 조회

// 👍 O(1) : 해시 기반 직접 조회
let value = scores["yeni"]
// 🤩 값이 없을 수도 있으므로 Optional 처리가 필요하다.
if let score = scores["yeni"] {
print("Alice's score: \(score)")
}

Swift on @yeniful blog

[Swift] MainActor 🖋️

Motivation

Overview

1. MainActor는 언제 필요할까? (문제 상황)

1-1. UIKit의 메인 스레드 제약

1-2. GCD의 한계 (DispatchQueue.main.async)

1-3. Swift Concurrency의 함정 (Task + UI 섞기)

2. MainActor 기본 개념

2-1. MainActor 알기 전 Actor가 무엇인지

2-2. Global Actor와 MainActor

2-3. @MainActor 속성의 의미

3. 사용법

3-1. 함수/프로퍼티에 적용

3-2. 클래스 전체에 적용 (ViewModel 패턴)

3-3. SwiftUI와의 완벽 호환 (@Published)

4. Task와 함께 사용

4-1. Task { @MainActor in }

4-2. await MainActor.run { }

4-3. Task.detached + MainActor 전환

5. 더 알아보기

5-1. nonisolated 탈출구

5-2. @Sendable과 데이터 전달

5-3. MainActor 호핑 최적화

6. MainActor와 DispatchQueue 비교

6-1. @MainActor vs DispatchQueue.main

6-2. 다른 글로벌 액터와 비교

References 👀

[Swift] weak self 🖋️

Motivation

Overview

Note

Capture Values

References 👀

[Swift] 딕셔너리 (Dictionary) 🖋️

설명

유의

제거시 O(n)의 가능성

활용

Key 존재 확인

Value 조회

2-3. `@MainActor` 속성의 의미

4-1. `Task { @MainActor in }`

4-2. `await MainActor.run { }`

4-3. `Task.detached` + MainActor 전환

5-1. `nonisolated` 탈출구

5-2. `@Sendable`과 데이터 전달

6-1. `@MainActor` vs `DispatchQueue.main`