經過多年將 Kotlin 開發緊密繫結到 IntelliJ IDEA 的做法後，JetBrains 做出了令人意外的轉變，釋出了 Kotlin 的官方語言伺服器協議（LSP）實現。此舉為開發者在 Visual Studio Code 和其他相容 LSP 的編輯器中編寫 Kotlin 程式碼並享受完整的 IDE 級功能打開了大門。
這次釋出的時機讓開發社群中的許多人感到措手不及。JetBrains 此前一直堅持將高階 Kotlin 工具專門保留給自家的 IDE，將其視為競爭優勢。然而，社群討論顯示出對 Kotlin 採用率和 VS Code 在編輯器市場主導地位的日益擔憂。
打破 IDE 壁壘
新的語言伺服器為 VS Code 帶來了全面的 Kotlin 支援，包括語義高亮、程式碼導航、重構工具和智慧程式碼補全。基於為 Android Studio 提供動力的同一個 IntelliJ IDEA 基礎構建，它承諾在 JetBrains 生態系統之外提供熟悉的開發體驗。
這一發展解決了開發者長期以來的挫敗感，他們更喜歡 VS Code 的輕量級方法，但在進行嚴肅的 Kotlin 開發時卻被迫使用 IntelliJ。社群反饋表明，這種 IDE 鎖定實際上阻礙了 Kotlin 的增長，特別是在那些以 VS Code 作為主要編輯器成長起來的新開發者中。
當前功能狀態
- ✅ 語義高亮
- ✅ 導航到 Kotlin/Java 原始碼
- ✅ 程式碼操作和快速修復
- ✅ 基礎程式碼補全
- ❌ Kotlin Multiplatform (KMP) 專案
- ❌ Maven/Amper 匯入
- ❌ 完整的 Windows 支援
- ❌ 程式碼格式化
市場壓力下的戰略轉變
這一決定似乎是由幾個市場現實驅動的。Kotlin 的增長近年來已經停滯，而 VS Code 及其分支繼續主導編輯器領域。基於 VS Code 基礎構建的 AI 驅動程式設計助手的興起，進一步強調了支援流行開發環境的重要性。
「Kotlin 的採用最近一直停滯不前，而 VSCode 及其分支擁有巨大的市場份額。認為單一語言會說服人們轉向 IntelliJ 而不是限制 Kotlin 的增長，這種想法極其短視。」
此舉也反映了 Android 開發中不斷變化的動態，Google 對獨立開發者日益嚴格的政策可能正在縮小 Kotlin 的主要市場。透過擴充套件編輯器支援，JetBrains 似乎在對過度依賴 Android 生態系統進行對沖。
當前限制和未來計劃
該語言伺服器仍處於預 alpha 狀態，存在重大限制。目前，只有純 JVM 的 Kotlin Gradle 專案能夠開箱即用，並且實現部分閉源。JetBrains 將開發速度和內部基礎設施依賴作為混合許可方法的原因，承諾在初始穩定化後完全開源釋出。
Windows 支援仍不完整，伺服器需要 Java 17 或更高版本才能執行。公司警告說，目前階段沒有穩定性保證，使其適合實驗但不適合生產工作。
儘管存在這些限制，社群反應非常積極。許多開發者認為這是早就應該承認的，即語言採用需要在開發者已經工作的地方支援他們，而不是強迫他們切換工具。獨立 LSP 的可用性也為在其他編輯器（如 Emacs、Vim 和 Zed 等新興替代品）中支援 Kotlin 開闢了可能性。
這代表了 JetBrains 的重大戰略轉變，從封閉生態系統方法轉向更廣泛的語言採用。這種賭注是否會在增加 Kotlin 使用量方面獲得回報還有待觀察，但它清楚地表明公司認識到現代開發環境需要工具選擇的靈活性。