2.1.0 是許多新特性的試用期，而 2.2.0 則是將這些功能正式轉為穩定版，並加強了代碼規範的檢查。

核心功能差異

• 語法穩定化：在 2.1.0 還是預覽的功能，如 when 表達式中的 guard 條件（when (x) { is String if x.isNotEmpty() -> ... }）、非局部 break 與 continue、以及多個 $ 符號的字串模板，在 2.2.0 都變成了正式穩定版。
• 預設介面方法 (JVM)：2.2.0 改變了 JVM 上的編譯方式。現在介面中的預設方法會直接編譯成 Java 的 default 方法，不再產生額外的 DefaultImpls 類別，這讓 Kotlin 與 Java 的交互更自然，字節碼也更簡潔。
• 標準庫加強：2.2.0 正式引入了穩定的 Base64 和 HexFormat API，以後處理編碼就不需要再找第三方函式庫或依賴特定平台。
• 上下文參數 (Context Parameters)：2.2.0 引入了這個新功能的預覽版（取代舊的 context receivers），這對簡化依賴注入和提升代碼可讀性很有幫助。

Android 開發者的影響

• 更嚴格的檢查：2.2.0 把很多 2.1.0 裡的警告提升到了錯誤級別。例如，如果你在 type aliases 裡用了不該用的 reified 修飾符，2.1.0 只會提醒你，2.2.0 會直接報錯不讓你編譯。
• 記憶體優化：Kotlin/Native 在 2.2.0 針對 Apple 平台（iOS）有更細緻的記憶體分配管理，這對 KMP（Kotlin Multiplatform）專案很有感。
• 編譯器警告管理：2.2.0 提供了統一的 -Xwarning-level 選項，讓你能更方便地控制專案中警告的顯示方式。

總結與建議

如果你是新專案，直接上 2.2.0 比較好，因為它的標準庫更完整，語法也更穩定。

但如果是舊專案升級，從 2.1.0 升到 2.2.0 可能會遇到一些編譯報錯（因為 2.2.0 把一些舊的不良語法警告變成了錯誤），需要花點時間修正代碼。

想了解具體的 when guard 語法範例，或是如何使用新的 Base64 API 嗎？

when guard 語法範例

這是 Kotlin 2.2.0 中最實用的新功能之一。它讓你在匹配類型的同時，可以直接加上額外的判斷條件，不需要在裡面多寫一層 if。

Kotlin

// 2.2.0 的寫法
when (response) {
    is Success if response.data.isEmpty() -> println("成功但沒資料")
    is Success -> println("拿到資料了")
    is Error if response.code == 404 -> println("找不到頁面")
    else -> println("其他錯誤")
}

在 2.1.0 以前，你必須寫成 is Success -> if (response.data.isEmpty()) ...，程式碼層級會變得比較深。現在這樣寫更直覺，閱讀起來很像在讀英文句子。

Base64 API 範例

以前在 Android 裡處理 Base64，我們通常會用到 android.util.Base64。但這會導致你的程式碼綁死在 Android 平台上。2.2.0 把這個功能放進了 Kotlin 標準庫。

import kotlin.io.encoding.Base64
import kotlin.io.encoding.ExperimentalEncodingApi

@OptIn(ExperimentalEncodingApi::class)
fun testBase64() {
    val text = "Hello Kotlin 2.2"
    
    // 編碼
    val encoded = Base64.encode(text.encodeToByteArray())
    println(encoded)
    
    // 解碼
    val decodedBytes = Base64.decode(encoded)
    println(String(decodedBytes))
}

這對寫 KMP 跨平台專案的人來說是救星。你可以直接在 commonMain 資料夾裡寫編碼邏輯，不用再幫 iOS 和 Android 各自寫一套實作。

開發建議

如果你還在用 2.1.0，建議可以先在 build.gradle 試著改版號。如果出現很多紅色底線，通常是 2.2.0 對於語法規範變得更嚴格。

像是有些隱含的類型轉換或是不規範的泛型用法，2.2.0 都會要求你寫清楚。雖然修起來有點煩，但這能讓你的專案體質更健康，減少執行時期的閃退。

現在主流的替代方案是 Kotlin Coroutines 和 RxJava。

核心比較與評估

Kotlin Coroutines：現代開發的首選

如果你使用的是 Kotlin，這幾乎是不二之選。

它的優勢在於結構化並發（Structured Concurrency）。當你在 ViewModel 中使用 viewModelScope.launch 時，如果 ViewModel 銷毀，協程會自動取消。這直接解決了 AsyncTask 最頭痛的內存洩漏問題。

此外，它讓異步代碼看起來像同步代碼。你不需要寫回調，只需要在函數前加一個 suspend 關鍵字，就能在後台執行任務後直接更新 UI，邏輯非常直觀。

RxJava：強大的流式處理工具

RxJava 是一把沉重的重型武器。

如果你的應用需要處理非常複雜的數據流，例如：同時監聽傳感器、網絡狀態與用戶輸入，並將這三者實時組合處理，RxJava 的操作符（如 combineLatest 或 zip）會非常強大。

但在一般的開發場景中，RxJava 的維護成本較高。新人接手時，面對幾十行連在一起的操作符通常會感到崩潰。而且 RxJava 的錯誤處理比較瑣碎，一旦漏掉 onError，程序可能直接崩潰。

遷移建議

如果你是從 AsyncTask 遷移：

• 無腦選擇 Coroutines： 這是目前 Android 開發的標準。它能完美替代 doInBackground（對應 withContext(Dispatchers.IO)）和 onPostExecute（協程自動切回主線程）。
• 考慮團隊成本： 協程的上手時間通常只要幾天，而 RxJava 可能需要幾週甚至幾個月才能熟練應用。
• 庫的整合： 現在的 Retrofit、Room 等主流庫都已經原生支持 Coroutines，遷移阻力極小。

可以用 Runnable 搭配 Handler 改寫。
這在協程普及前是很常見的做法。
原理是自己管理執行緒切換。
Runnable 負責定義要做的任務。
Handler 負責跨執行緒溝通。

具體的執行方式

你需要先準備一個 ExecutorService 執行緒池。
把耗時工作放進 Runnable 裡面。
透過 executor.execute 丟到背景執行。
當資料處理完畢。
再利用 Handler 的 post 方法切換回主執行緒。
這樣就能安全地更新介面元件。

ExecutorService executor = Executors.newSingleThreadExecutor();
Handler handler = new Handler(Looper.getMainLooper());

executor.execute(new Runnable() {
    @Override
    public void run() {
        // 這裡跑背景任務
        final String data = "載入完成";

        handler.post(new Runnable() {
            @Override
            public void run() {
                // 這裡更新 UI
                textView.setText(data);
            }
        });
    }
});

優缺點評估

這種做法控制權最高。
適合不支援 Kotlin 的老舊專案。
但是程式碼會變得很碎。
也要特別注意記憶體洩漏問題。
建議將 Handler 宣告為靜態類別。
才不會意外持有 Activity 的引用。
如果是簡單的任務。
這比導入整個協程庫還要輕量。

可以再利用 WeakReference 來優化這段程式碼以防止記憶體洩漏.

可空類型與不可空類型

在定義變量時，Kotlin 默認所有類型都是不可空的。如果你嘗試給它賦值 null，編譯器會直接報錯。

如果你希望一個變量可以存放 null，必須在類型後面加上問號。例如 String 不能為空，而 String? 則代表可以存放字符串或 null。

這種機制讓潛在的崩潰問題在編譯階段就被抓出來，而不是等到用戶使用時才發生。

安全調用與強行轉換

當你有一個可空變量時，你不能直接調用它的方法。你有幾種處理方式：

1. 安全調用符 ?.：這是最常用的。如果變量是 null，調用會直接返回 null，而不會崩潰。
2. 非空斷言 !!：如果你百分之百確定變量不為空，可以用這個。但如果猜錯了，程序會立刻崩潰。這通常是不建議的做法。

Elvis 運算符 ?:

這個符號用來提供「默認值」。當左邊的表達式結果為 null 時，它會執行右邊的內容。

這在處理 UI 顯示時非常好用，比如 val name = user?.name ?: "匿名用戶"。如果用戶數據不存在，就會直接顯示默認稱呼。

類型轉換與檢查

Kotlin 會自動進行類型轉換（Smart Cast）。如果你已經用 if 檢查過變量不為空，在該代碼塊範圍內，你可以直接把它當成不可空類型來用，不需要再寫問號。

這讓代碼保持乾淨，同時又具備極高的安全性。這就像是在寫代碼前加了一層過濾網，過濾掉所有可能讓程序當機的空指針。