Kotlin/Nativeは、Kotlinで書いたコードを仮想マシンに依存せず、ネイティブバイナリとして動かすための技術です。
Kotlin/JVMのようにJVM上で実行するのではなく、各OSやCPU向けのネイティブコードへコンパイルして実行します。
現在のKotlin/Nativeは、単体の技術として見るよりも、Kotlin Multiplatformを支えるネイティブ実行基盤として理解するのが適切です。
とくにiOSのようにJVMを使わない環境で、共通化したKotlinコードを動かすための重要な役割を担っています。
Kotlin/JVMとの違い
Kotlin/JVMは、KotlinのコードをJavaバイトコードへ変換し、JVM上で動かします。
これに対してKotlin/Nativeは、コードをネイティブバイナリへ変換するため、Java実行環境を必要としません。
この違いは、使えるライブラリや開発の前提にも影響します。
Kotlin/JVMではJavaやJVM向けの資産を活用しやすい一方で、Kotlin/Nativeではネイティブプラットフォーム向けのAPIやライブラリとの連携が中心になります。
つまり、同じKotlinでも、実行基盤が変われば開発の前提も変わるということです。
主な用途
Kotlin/Nativeの代表的な用途としては、iOS向け共有コードの実行、macOS・Linux・Windows向けのネイティブアプリやCLIの作成、そしてC / Objective-C系ライブラリとの連携が挙げられます。
実務では、Kotlin Multiplatformでビジネスロジックやデータ処理、API通信などを共通化し、そのiOS側の実行基盤としてKotlin/Nativeを使うケースが多く見られます。
そのため、Kotlin/Nativeは「iOSアプリ全体をすべてKotlinで書き換えるためのもの」というより、共有したKotlinコードをネイティブ環境で動かすための土台として使われることが多い技術です。
Swift / Objective-Cとの相互運用
Kotlin/NativeはAppleプラットフォームとの相互運用をサポートしています。
ただし、この点は少し誤解されやすい部分でもあります。
Kotlin/Nativeは、Swiftと完全に直接つながる仕組みというより、Objective-Cを介した間接的な相互運用を基本としています。
つまり、SwiftからKotlinのAPIを利用することはできますが、その裏側ではObjective-C互換の仕組みが使われています。
また、Swiftとの連携が可能だからといって、あらゆるSwiftライブラリをそのまま直接取り込めるわけではありません。
特にpure Swift libraryの直接importには制約があります。
このあたりは、Kotlin/NativeをSwiftの完全な代替のように考えず、Appleネイティブ環境と連携するための技術として理解するほうが実態に合っています。
一方で、Objective-C APIやAppleフレームワークとの連携はKotlin/Nativeの大きな強みです。
さらに、cinterop を使えば、CやObjective-CベースのライブラリをKotlinから扱うためのバインディングも生成できます。
メモリ管理
Kotlin/Nativeのメモリ管理は、古い情報と現在の仕様で印象が大きく異なります。
現在は、shared heapとtracing garbage collectionを前提としたモダンなメモリ管理が採用されており、オブジェクトは任意のスレッドからアクセスできます。
そのため、以前よく語られていた「freezeを前提にした厳しい共有制約」を、そのまま現在のKotlin/Nativeに当てはめるのは適切ではありません。
古い記事や解説を読むときは、その情報がどの時点の仕様を前提にしているのかを意識する必要があります。
ただし、Apple側のメモリ管理はARCであり、Kotlin/Native側はGCです。
両者は連携して動きますが、同じ仕組みになったわけではありません。
Appleネイティブコードとの境界では、この違いを理解しておくことが大切です。
ライブラリ利用時の注意点
Kotlin/Nativeでは、JVM専用ライブラリをそのまま使えるとは限りません。
同じKotlinで書いていても、実行基盤がJVMではないためです。
そのため、利用するライブラリにはKotlin Multiplatform対応のものや、Nativeターゲット向けの実装が必要になります。
ここは、Kotlin/JVMやAndroid開発の感覚のまま入ると戸惑いやすいポイントです。
文法は同じでも、利用できるライブラリの前提は別物として考えたほうがわかりやすいです。
対応プラットフォーム
Kotlin/Nativeは、Linux、macOS、Windowsなどのネイティブターゲットに対応しています。
さらに、Kotlin Multiplatformの文脈ではiOSも非常に重要な対象です。
ただし、すべてのターゲットが同じ成熟度でサポートされているわけではありません。
採用を検討する際には、対象プラットフォームごとのサポート状況や安定度を確認しておくことが重要です。
最近の位置づけ
最近のKotlin/Nativeは、単に「Kotlinをネイティブにコンパイルできる技術」というだけでなく、Kotlin Multiplatformの実用性を支える中核技術としての意味合いが強くなっています。
特に、AndroidとiOSのあいだでビジネスロジックやデータ層を共有したい開発において、その価値が大きくなっています。
一方で、Swiftとの連携体験は改善が進んでいるものの、Swiftライブラリとの相互運用に関する制約が完全になくなったわけではありません。
したがって、Kotlin/Nativeは万能な置き換え技術ではなく、共有すべき層を見極めたうえで活用する技術として捉えるのが現実的です。
まとめ
Kotlin/Nativeは、Kotlinコードをネイティブバイナリへコンパイルする技術です。
現在は特に、Kotlin Multiplatformで共有したコードをiOSなどのネイティブターゲット上で動かすための基盤として重要な役割を果たしています。
AppleプラットフォームやC / Objective-C系との連携に強みがある一方で、Swiftとの相互運用はObjective-Cを介した形が基本であり、Swiftライブラリとの連携には一定の制約があります。
また、メモリ管理も現在はモダンな仕組みに移行しているため、古いKotlin/Nativeのイメージだけで理解するとズレが生じやすくなります。
そのため、Kotlin/Nativeは「Kotlinでネイティブ開発ができる技術」とだけ捉えるより、Kotlin Multiplatform時代におけるネイティブ実行基盤として理解するのが最も実態に近いと言えます。
以上、Kotlin/Nativeについてでした。
最後までお読みいただき、ありがとうございました。
