[iOS - swift] @inlinable와 @usableFromInline 키워드

@inlinable 키워드

• 함수를 호출할 때, 호출하는 오버헤드를 줄이기 위해서 호출하는것이 아닌 이 키워드가 사용된 곳에 함수의 구현부를 그대로 복사해와서 오버헤드를 줄이는 기법

ex) 애플의 AttributedString 구현부에서 @inlinable 사용 예시

@available(macOS 10.10, iOS 8.0, watchOS 2.0, tvOS 9.0, *)
extension UnsafeMutableBufferPointer : ContiguousBytes where Element == UInt8 {
    @inlinable
    public func withUnsafeBytes<R>(_ body: (UnsafeRawBufferPointer) throws -> R) rethrows -> R {
        return try body(UnsafeRawBufferPointer(self))
    }
}

• inlinable은 func, computed property, subscript, convenience init, deinit 키워드에 사용 가능

• fileprivate, private 키워드와 사용 불가

private이랑 같이 사용하면 에러 발생

• @inlinable 함수안에서 정의된 함수나 클로저는 암묵적으로 @inlinable로 적용

@inlinable 장단점

• 장점
  • 함수 호출 대신 실제 함수 본문을 호출 지점에 삽입하므로, 함수를 호출하는 오버헤드를 줄여주어 성능 향상이 가능
  • 런타임 시점이 아닌 컴파일 시점에 인라인 되므로 앱을 실행하고 있는 동안에 빠른 속도를 낼 수 있는 장점
• 단점
  • 컴파일 시간 증가
  • 만약 inline을 사용한 함수 내부 구현부가 복잡하고 많은 코드가 있는 경우, 이 코드들을 복사하여 호출부에 삽입해야하므로 컴파일 시간이 증가하여 비효율적일 수 있음
  • 해당 함수를 사용하는 곳이 많을 경우, 그만큼 호출부에 코드 복사가 많이 일어나므로 앱의 바이너리 크기가 증가
• @inlineable을 사용해야하는 경우
  • 함수의 구현부가 짧은 경우
  • 사용하는 곳이 많지 않은 경우

@usableFromInline 키워드

• 같은 모듈 내에서만 사용할 수 있는 @inlinable 키워드처럼 동작
• 같은 모듈에서만 사용하므로 open, public이랑 사용 불가

public이랑 사용 불가

정리

• @inlinable은 함수 호출 오버헤드를 줄이기 위해 사용되며, 함수 구현부가 간단할 때 사용해야지만 컴파일 타임 시간과 바이너리 크기를 줄이며 동시에 성능 최적화가 가능
• @inlinable은 다른 모듈에서 접근 가능하며, @usableFromInline은 다른 모듈에서 접근 불가 (컴파일 에러)
• 굳이 다른 모듈에서 접근 불가하는 @usableFrominline 키워드를 만든 이유는, 여러 곳에서 inline이 되면 바이너리 크기가 커지므로 이런 문제를 사전에 막기 위함

* 참고

https://docs.swift.org/swift-book/documentation/the-swift-programming-language/attributes/#inlinable