Sublime Text 不支持 Flutter 开发所需语言服务,因 Dart 2.12+ 废弃旧分析协议、Flutter 插件未适配新 CLI 和调试接口,且插件自 2020 年起停止更新;仅可启用语法高亮与命令行构建,推荐改用 VS Code + dart-code 官方插件。

Sublime Text 本身不支持 Flutter 开发所需的完整语言服务(如代码补全、跳转、热重载),官方和社区也早已停止维护 Dart/Flutter 插件生态。直接在 Sublime 中配置“可用的”Flutter 环境,只能实现基础文件编辑和命令行驱动开发,无法替代 VS Code 或 Android Studio。
为什么 Dart 插件 Dart 和 Flutter 在 Sublime 中已失效
Sublime 的 Dart 插件(由 dart-lang/dart-sublime-bundle 提供)依赖旧版 Dart SDK 的分析服务器协议(Analysis Server v1),而 Dart 2.12+ 彻底移除了该协议支持;Flutter 插件(如 sublime-flutter)则长期未适配 Flutter 2.x 的 CLI 输出结构和 JSON-RPC 调试接口,运行 flutter run 或 flutter devices 时会解析失败或静默退出。
- 当前最新稳定版 Dart(3.4+)和 Flutter(3.22+)完全不兼容 Sublime 的任何 Dart/Flutter 插件
-
Package Control中搜索到的Dart插件最后更新时间为 2020 年,无 HTTPS 证书校验修复,安装即报错 - 即使手动启用语法高亮,
Ctrl+Click跳转、Ctrl+Space补全、错误实时标记等功能全部不可用
仅限编辑场景:启用 Dart 语法高亮与基础构建脚本
若你坚持用 Sublime 编辑 Dart 文件(例如查看代码、写文档、临时改配置),可手动启用语法支持,并绑定快捷键触发命令行构建——但所有逻辑必须靠终端完成。
Android文档-开发者指南-第一部分:入门-中英文对照版 Android提供了丰富的应用程序框架,它允许您在Java语言环境中构建移动设备的创新应用程序和游戏。在左侧导航中列出的文档提供了有关如何使用Android的各种API来构建应用程序的详细信息。第一部分:Introduction(入门) 0、Introduction to Android(引进到Android) 1、Application Fundamentals(应用程序基础) 2、Device Compatibility(设备兼容性) 3、
- 打开
Preferences → Browse Packages…,进入User目录 - 新建文件
Dart.sublime-settings,内容为:{ "tab_size": 2, "translate_tabs_to_spaces": true, "detect_indentation": false } - 将文件扩展名
.dart关联到 Dart 语法:右下角点击当前语法名 →Open all with current extension as… → Dart - 添加构建系统:菜单
Tools → Build System → New Build System…,填入{ "cmd": ["flutter", "run"], "selector": "source.dart", "working_dir": "$project_path", "variants": [ { "name": "Run on Device", "cmd": ["flutter", "run"] }, { "name": "Build APK", "cmd": ["flutter", "build", "apk", "--release"] } ] }保存为Flutter.sublime-build,再通过Tools → Build System → Flutter启用
替代方案:用 VS Code + dart-code 插件才是实际可行路径
VS Code 的 dart-code 插件由 Dart 团队官方维护,完整支持 LSP 协议、DAP 调试、Widget 树预览、热重载状态栏显示;它和 Flutter CLI 深度集成,且持续适配每个稳定版发布。Sublime 的插件架构不支持 LSP,强行桥接只会引入更多不稳定层。
- VS Code 安装后只需一次
Ctrl+Shift+P → Dart: Open Extension Settings,即可启用所有功能 - Sublime 中无法识别的
const构造、required参数、sealed类等 Dart 3 新特性,在 VS Code 中均有准确诊断 - 调试时断点命中率、变量展开深度、异步调用栈完整性,VS Code 均远超 Sublime 所能模拟的任意 shell wrapper 方案
真正卡住开发节奏的从来不是编辑器界面是否简洁,而是能否在 200ms 内定位到 setState() called after dispose() 的具体 widget 实例——这件事 Sublime 做不到,也不再有人试图让它做到。









