Swift 6.3 출시 — 달라진 점 총정리와 iOS 개발자가 알아야 할 것들

Apple이 Swift 6.3을 내놨어요

Apple이 Swift 6.3을 공식 릴리스했어요. Swift는 iOS, macOS, watchOS 등 Apple 생태계 앱을 만들 때 쓰는 프로그래밍 언어인데요, 이번 버전은 Xcode 26과 함께 제공되면서 꽤 의미 있는 변화들을 가져왔어요. 특히 Swift 6에서 도입된 엄격한 동시성(concurrency) 모델 때문에 고생했던 개발자들에게 반가운 소식이 많거든요.

Swift는 매 마이너 버전마다 "개발자 경험을 개선하겠다"는 방향을 꾸준히 밀고 있는데, 6.3도 그 흐름의 연장선이에요. 새 기능도 있지만, 기존에 불편했던 부분을 다듬는 데 상당히 공을 들인 릴리스라고 볼 수 있어요.

동시성 모델, 드디어 좀 편해졌어요

Swift 6의 가장 큰 변화가 뭐였냐면, 컴파일러가 동시성 관련 안전성을 아주 엄격하게 체크하기 시작한 거였어요. 이게 뭐냐면, 여러 스레드가 동시에 같은 데이터에 접근하면 버그가 생길 수 있잖아요? Swift 6는 이런 문제를 컴파일 시점에 잡아주겠다고 나선 건데, 문제는 기존 코드가 너무 많이 깨졌다는 거예요. 에러 메시지도 이해하기 어려웠고요.

Swift 6.3에서는 이 부분이 상당히 개선됐어요. 컴파일러가 불필요하게 엄격했던 부분들을 완화해서, "이건 사실 안전한 코드인데 컴파일러가 괜히 에러를 뱉던" 케이스들이 많이 줄었어요. nonisolated(nonsending) 같은 새로운 기본 동작이 도입되면서, 함수가 특정 actor에 묶이지 않더라도 호출자의 isolation 컨텍스트를 자연스럽게 이어받을 수 있게 됐거든요. 쉽게 말하면, 이전에는 "이 함수는 어떤 스레드에서 실행돼야 해"라고 일일이 지정해줘야 했던 걸, 컴파일러가 좀 더 똑똑하게 추론해준다는 뜻이에요.

또 하나 중요한 건, Swift 6 모드로의 마이그레이션을 단계적으로 할 수 있게 UpcomingFeature 플래그들이 추가된 점이에요. 한꺼번에 모든 걸 바꾸지 않아도, 프로젝트에서 하나씩 새 기능을 켜가면서 점진적으로 전환할 수 있어요.

언어 자체도 여러 곳이 다듬어졌어요

Swift 6.3에서는 언어 문법 차원에서도 편의성 개선이 여럿 들어왔어요.

우선 Raw identifiers 기능이 생겼어요. 백틱(`)으로 감싸면 Swift 키워드를 변수명이나 함수명으로 쓸 수 있었는데, 이제 이 기능이 좀 더 확장됐어요. 외부 시스템과 연동할 때 이름 충돌 문제로 골치 아팠던 경험이 있다면 반가울 거예요.

InlineArray라는 새로운 타입도 추가됐어요. 기존 Array는 힙(heap) 메모리에 데이터를 저장하는데, InlineArray는 스택(stack)에 고정 크기로 저장해요. 이게 뭐가 좋으냐면, 크기가 정해진 작은 배열을 다룰 때 메모리 할당 오버헤드가 없어서 성능이 좋아져요. 게임이나 임베디드처럼 성능에 민감한 영역에서 유용하겠죠.

그 외에도 Span과 MutableSpan 타입이 도입되면서 메모리 안전성을 유지하면서도 저수준 메모리 접근이 가능해졌어요. C 코드와의 연동이나 성능 최적화 작업을 할 때 기존의 UnsafePointer보다 안전한 대안이 생긴 셈이에요.

도구와 생태계 측면에서도 변화가 있어요

Swift Package Manager(SPM)에도 개선이 들어왔어요. 패키지 의존성 관리가 좀 더 유연해졌고, 빌드 시스템과의 통합도 매끄러워졌어요. 특히 크로스 플랫폼 빌드를 하는 분들에게는 SDKs 관련 개선이 눈에 띌 거예요.

Swift Testing 프레임워크도 업데이트되면서 테스트 작성이 한층 편해졌어요. 기존 XCTest와 비교해서 더 직관적인 API를 제공하고, 매크로 기반의 선언적 테스트 작성이 가능해졌거든요.

경쟁 언어들과 비교하면 어떤 위치일까

Swift의 동시성 모델은 Rust의 소유권(ownership) 시스템과 비슷한 철학을 갖고 있어요. "컴파일 타임에 안전성을 보장하자"는 거죠. 다만 Rust는 처음부터 이 모델로 설계됐고, Swift는 기존 언어 위에 얹다 보니 마이그레이션 고통이 컸어요. 6.3이 그 고통을 줄여주는 중간 다리 역할을 하는 셈이에요.

Kotlin과 비교하면, Kotlin의 코루틴(coroutine)은 런타임에서 동시성을 관리하는 반면 Swift는 컴파일 타임 검증에 더 무게를 둬요. 각각 장단점이 있지만, Swift의 접근법이 장기적으로는 더 안전한 코드를 만들어준다는 게 Apple의 주장이에요.

한국 iOS 개발자에게 주는 시사점

한국에서 iOS 개발을 하고 계신다면, Swift 6.3은 꽤 중요한 업데이트예요. 특히 Swift 5에서 6으로 넘어가는 걸 미루고 있었다면, 6.3이 좋은 전환 시점이 될 수 있어요. 동시성 관련 에러가 줄어들었기 때문에 마이그레이션 비용이 확실히 낮아졌거든요.

실무에서 당장 적용할 수 있는 부분은 InlineArray를 활용한 성능 최적화, 개선된 Swift Testing으로의 테스트 코드 전환, 그리고 점진적인 Swift 6 모드 도입이에요. 특히 대규모 프로젝트를 운영하는 팀이라면 UpcomingFeature 플래그를 활용해서 모듈 단위로 천천히 전환하는 전략을 추천해요.