【文章內容使用 Gemini 2.5 Flash 自動翻譯產生】
原文：https://flutter.dev/blog/flutter-q2-2026-survey
Flutter 2026 年第二季度使用者調查 — 信任、透明度和不斷發展的社群
Flutter 2026 年第二季度使用者調查結果出爐！探索開發者滿意度、信任度、AI 編碼工具採用情況以及 Cupertino widgets 的更新。
自 2018 年 Flutter 1.0 發布以來，Flutter 團隊每年進行兩次使用者調查。2026 年第二季度調查於 6 月 8 日至 6 月 22 日進行，透過 Flutter 的 IDE 外掛（VS Code、IntelliJ、Android Studio）、X 和我們的網站收集了超過 3,500 份完整回覆。我們詢問了以下內容：
- 整體滿意度和信任度，按重點領域和開發者區段劃分
- 您日常工作流程中使用的編輯器和 AI 編碼代理
- 您對 Flutter 和 Google 的看法
總體而言，超過 3,500 名受訪者中有 93% 表示滿意（前兩名：非常滿意 + 有點滿意），與 2025 年第四季度相比保持穩定。有趣的是，在這個標題數字之下：現在有 58% 的人非常滿意（比 2025 年第四季度的 52% 顯著增加了 6 個百分點），而「有點滿意」則從 40% 下降到 35%。對 Flutter 能夠持續滿足您開發需求的信任度也朝著相同的方向發展，從 77% 上升到 83%。我們為我們的團隊和社群共同推動這些改進所取得的進步感到自豪。
透明度是 Flutter 的核心價值，因此我們希望透過這篇文章來評估我們的工作是否符合您的期望。我們直接根據您的回饋審查了我們最近的版本和 [2026 年路線圖](https://github.com/flutter/flutter/blob/master/docs/roadmap/Roadmap.md)，以了解我們的計劃如何與您的實際體驗保持一致。
滿意度上升，特別是對於新的 Flutter 開發者 🚀
每次調查我們都會追蹤 Flutter 體驗的 16 個部分，因為單一的整體滿意度分數隱藏了重要的差異。這次，我們衡量的每個開發者子群組（按經驗水平、公司規模、團隊規模和平台）都達到了 90% 或更高，這在我們的調查歷史上尚屬首次。
開發者評價最高的重點領域是 Dart 語言（92% 前兩名）、Android 應用程式開發（91%）和核心框架（90%）。這些分數在多次調查中一直保持強勁，反映了在實際使用下穩固的基礎。
新手開發者歷來是我們滿意度最低的群體，因為開始使用任何新框架都會帶來最初的摩擦。然而，這次新手滿意度達到了 90% 的前兩名（比 2025 年第四季度增加了 5 個百分點），我們認為這並非巧合。早在 2 月，我們就推出了新的 [Dart 和 Flutter 入門體驗](https://docs.flutter.dev/learn/pathway)，這是一條結合了教學、影片和測驗的引導式學習路徑，專門針對剛接觸該生態系統的開發者。
儘管如此，當我們將這個群體的滿意度僅限於核心框架時，體驗差距仍然很大：新手為 82%，專家為 93%。這 11 個百分點的差距比調查中幾乎任何其他差距都大，這表明核心框架仍然存在陡峭的學習曲線，單靠入門教學無法解決。雖然入門體驗有所改善，但幫助新開發者掌握核心框架概念仍然是我們正在積極解決的一個獨立挑戰。
有趣的是，一個可能的原因是新手開發者在開發工作流程中對 AI 工具的採用率較低。到目前為止，我們一直有意保持最初的學習路徑為手動，以鼓勵對基礎知識的理解，但鑑於這種趨勢，我們正在探索如何更早地向新手提供 AI 輔助的 Flutter 指導，以改善他們的早期體驗。
AI 編碼工具已從實驗轉變為預設 ✨
我們在本週期首次將程式碼編輯器和代理使用情況加入調查，結果證實了我們都親身經歷過的 AI 熱潮。傳統 IDE 仍大量使用，VS Code 以 66% 領先，Android Studio 以 40% 位居第二。但緊隨其後的是 AI 編碼代理：Claude Code 佔 32%，Antigravity 佔 23%，兩者現在都領先於 GitHub Copilot（19%）、Cursor（18%）和 Codex（17%）。 （方法論說明：受訪者可以使用一個或多個編輯器，因此這些數字加起來遠遠超過 100%。）
大多數編輯器的滿意度都偏高：VS Code 為 88%（前兩名），Claude Code 為 86%，Codex 為 85%。有一個例外：Zed 的滿意度僅為 38%（前兩名），遠低於列表中所有其他工具，即使使用率仍然很小（5%）。我們尚未獲得足夠的定性細節，但我們將繼續探索工具選擇如何影響人們對 Flutter 的整體滿意度。
這對我們來說並不是一個新趨勢。使用 Flutter 進行 Vibe 編碼已經在我們的關注範圍內一段時間了。我們在 2025 年年中推出了 [Dart MCP 伺服器](https://docs.flutter.dev/ai/mcp-server)，Google I/O 包含了 [Flutter 和 Dart 的官方代理技能](https://docs.flutter.dev/ai/agent-skills) 的發布以及 [代理熱重載](https://docs.flutter.dev/ai/antigravity#agentic-hot-reload)（適用於任何代理的任務導向指令）。我們持續出貨，並發布了 [Flutter Antigravity 外掛](https://docs.flutter.dev/ai/antigravity)，並正在與其他主要代理工具合作，以確保 Flutter 外掛開箱即用。
我們希望 Flutter 成為每個主要代理編碼工具的第一方、受良好支援的目標，我們正在與 Google 內部和外部團隊合作，以實現這一目標。我們目前的投資範圍包括核心模型、評估系統，以及技能和 MCP 工具的組合，以確保高品質的 Flutter 代理開發者體驗和程式碼生成。
體驗仍有不足之處
並非每個子系統都表現良好。在此次調查中，Cupertino Widgets、Web、Windows 和 Linux 是我們評分最低的領域。
Web (72%)、Linux (73%) 和 Windows (74%) 的滿意度與 2025 年第四季度相比都有所提高。為了延續這一勢頭，仍有重大的路線圖計畫待執行，包括將 WebAssembly 作為預設的 Web 目標，以及與 Canonical 合作擴展多視窗桌面支援。這些基礎變革需要時間，這就是為什麼儘管總體趨勢朝著正確的方向發展，但滿意度差距尚未完全彌合的原因。
當我們問是什麼更廣泛地導致不滿時，四個主題清晰地浮現出來。以下是我們今天對每個主題的看法，沒有任何粉飾：
- **平台和生態系統成熟度 (44%)**：這是最大的主題，圍繞著升級的痛苦而非入門。開發者描述在升級舊專案時浪費了數小時在版本矩陣猜測上，特別是在 Android 上，當同時處理 Flutter、Dart、Gradle、Kotlin 和 JVM 版本時。
Android 工具和依賴項問題在之前的調查中也曾出現過。我們知道跟上 Android 不斷變化的建構要求是一個主要的挫折，因此我們一直致力於使您的升級更順暢、更可預測。在 **Flutter 3.29** 中，我們移除了傳統的基於腳本的 Gradle 外掛應用程式，以減少新 AGP 版本發布時的中斷。**Flutter 3.32** 將 Gradle 外掛從 Groovy 重寫為 Kotlin，以實現更穩定的建構過程，而 **Flutter 3.38** 發布了跨 Java、Kotlin、AGP 和 Gradle 的官方版本矩陣。最近，**Flutter 3.41** 加入了 AGP 9 支援，而 **Flutter 3.44** 包含了 [遷移到內建 Kotlin](https://docs.flutter.dev/release/breaking-changes/migrate-to-built-in-kotlin)。
為了消除常見的版本匹配猜測，我們現在在 [「Flutter 新功能」部落格](https://flutter.dev/blog?category=release) 中包含一個兼容性矩陣，其中列出了 Java、Kotlin、Gradle 和 Android Gradle Plugin 的支援組合。我們還在我們的建構工具中內建了智慧型應變措施，因此當主要的平台變更（例如 Android Gradle Plugin 9 轉換為內建 Kotlin）發生時，您現有的專案和舊版外掛將繼續安全地編譯。我們的目標是在幕後處理這些複雜的轉換，並在發生衝突時提供清晰、可操作的回饋，以便您可以回到編寫程式碼。
同時，在 iOS 和 macOS 上，**Flutter 3.44** 將 Swift Package Manager 設定為預設的依賴管理工具，以取代 CocoaPods，前 100 個 iOS Plugin 中已有 92 個已遷移。
-
**工具和 IDE 體驗 (33%)**：主要圍繞著希望更深入的 Android Studio 整合：更多的 AI 工具、更多的原生支援、更好的視覺化。我們目前的 AI 投資主要集中在建立可與任何代理一起使用的 AI 工具，無論您的 IDE 是什麼。這包括 Dart MCP 伺服器和代理技能工作，這些工作早於本次調查的進行。話雖如此，當我們首次推出 Dart MCP 時，Android Studio 並不支援 MCP，但我們正在努力確保我們的工具也能在那裡運作。
-
**錯誤和穩定性 (24%)**：特別指出除錯工具，例如移除後仍存在的斷點，以及一些開發人員發現混亂的效能時間軸視圖。我們想在這裡直言不諱：我們尚未發布修復程式，但如果您有我們可以進一步除錯的詳細資訊或重現步驟，請在 GitHub 上提交議題。
-
**UI/UX 美學 (14%)**：就數量而言是最小的主題，但它是與 Cupertino 分數下降最直接相關的主題，因此它值得擁有自己的部分，就在下方。
Cupertino widgets：一個新篇章
Cupertino Widgets 下降 6 個百分點至 61%（前兩名），這是調查中跌幅最大的一個領域，也成為我們評分最低的領域。幾位開發者表示，感覺 Flutter 在原生應用程式的承諾方面未能跟上 iOS 風格設計的步伐，並表示擔心一旦在核心框架內維護變得困難，原生設計系統就會被降級。雖然我們正在密切關注此回饋，但這並不令人意外。我們有意暫停了 Cupertino Widgets 的工作，以執行解耦，從而達到一個更好的世界，我們可以更快地出貨。
在八月份的版本中，我們正在實施解耦的第一步，在 pub.dev 上發布 [material_ui](https://pub.dev/packages/material_ui) 和 [cupertino_ui](https://pub.dev/packages/cupertino_ui) 套件。一旦這些套件上線，原生設計保真度就不再受核心框架發布週期的限制，可以按照自己的時間表進行迭代，貢獻也能更快地落地和發布。這項基礎工作已經解鎖我們開始處理以前無法快速推進的平台保真度工作，例如採用 Material 3 Expressive 和 Apple 的 Liquid Glass 設計語言。這就是解耦的實際好處：Material 和 Cupertino 可以按照自己的時間表發展，而不必等待 Flutter 的核心，這為我們與社群直接合作這些設計系統打開了大門。
對 Flutter 的信任，隨著我們的社群模式不斷演進
我們在這次調查中增加了一個新的部分，以建立以前沒有的東西：開發者對 Flutter 信任度的真實基準，以便我們能夠追蹤隨著社群模式不斷變化而發生的變化。Flutter 一直是 GitHub 上最活躍的儲存庫之一，我們開放運作的方式至關重要。例如，Canonical 現在領導 Flutter 桌面路線圖，我們也提出了一個正式的貢獻者階梯，旨在將維護者基礎擴展到 Google 之外。我們希望在這些轉變發生之前，而不是之後，真正了解目前的信任度。
98% 的人正確識別 Google 為 Flutter 的創作者，因此意識從來都不是問題。對於基準更重要的是，當我們要求您分別評估對 Flutter 的信任度和對 Google 的信任度時，Flutter 每次都領先 20 多個百分點：對 Flutter 的信任度為 83%（前兩名），而對 Google 的信任度為 62%，在不同公司規模之間保持一致。這是一個強烈的訊號，支持我們繼續投資將維護者群體擴展到 Google 之外。
當我們詢問是什麼建立了這種信任時，框架效能和穩定性以 26% 位居榜首，領先於社群規模和活動（20%）和文件品質（19%）。在評估一項全新功能時，更多人表示他們會信任它，因為它經過社群的「實戰考驗」（41%），而不是因為它是由 Google 工程師建立的（26%）。這對我們未來的方向來說是個好消息：我們建立的信譽是透過框架及其社群獨立贏得的。這正是我們希望在進一步開放維護者基礎時保護和成長的信任。
回應速度仍有不足之處
對於 Flutter 在技術問題上積極主動並回應開發者回饋的認同度為 71%，比我們詢問可靠性和安全性的其他所有陳述都低 10 多個百分點。我們的 2026 年計畫描述了對這個差距的結構性回應：擴展諮詢計畫、Google 開發者專家網路、客戶諮詢委員會和合作夥伴諮詢委員會作為正式回饋管道。正式諮詢管道有助於我們在 Flutter 擴展時建立正確的路線圖。同時，我們仍然致力於優先處理 GitHub 和 Discord，讓每個社群成員都能被聽到，同時擴大社群監聽，並確保各級貢獻者都能分享想法和回饋。
在貢獻者方面也存在相同問題的結構性版本，我們正在正面解決這個問題。多年來，獲得 Flutter 信任角色的唯一途徑（例如程式碼審查權限和合併權限）是透過非正式地加入 `flutter-hackers` 群組，由偶然注意到您工作的人逐案決定。Flutter 專案中超過 70% 目前開放的 PR 都來自 Google 以外的貢獻者。我們很高興為這些貢獻者提供一條更清晰、更開放的途徑，讓他們成為 Flutter 專案的正式成員。
在本次調查結束後不久，我們公開發布了一項提案以徵求社群回饋：一個正式的四級 [貢獻者階梯](https://docs.google.com/document/d/1ITkAaE96R1kWgttDFVQYYKvdyHlcOz_Rs1QyiS8JMEY/edit?tab=t.0)（貢獻者 → 審閱者 → 提交者 → 維護者），在新的 `flutter/contributors` 儲存庫中進行公開、數據驅動的晉升，完全取代舊的非正式贊助模式。它還引入了正式的專案領導途徑，不僅僅是程式碼貢獻。這是擴大誰可以領導這個專案的重大一步！因為它在調查結束後才公開，我們不會期望它在這些數字中顯示出來，但它是對本節所述透明度差距的直接回應，我們將觀察它下次是否能改變現狀。
謝謝您 💙
超過 3,500 名的您在六月的兩週內（透過 IDE 外掛、X 和我們的網站）花時間誠實回答，這讓這項工作值得每年進行兩次。這篇文章中的每一條回饋都來自一個本可以關閉調查分頁的人。我們知道這一點，我們不會將其視為理所當然。
下一步是什麼？
這項調查告訴我們 Flutter 處於一個真正強大的位置。滿意度和信任度都上升了，我們正在讓新的 Flutter 開發者更容易加入我們的社群，而且許多您已採用的 AI 輔助工作流程與我們正在建立的內容直接對應。
它還確認了我們需要繼續推進的關鍵領域：發布 `material_ui` 和 `cupertino_ui` 套件，持續改進對 Web 和桌面的支援，以及更多。 讓我們一起繼續建立 Flutter 的未來，與您一起，而不僅僅是為您。在社交媒體上告訴我們哪些引起了共鳴，下次調查再見！
