Sublime Text 能不能当主力 Ja va IDE？
答案很明确：不能。但它完全可以胜任一个高效的“轻量级开发终端”。关键在于认清它的能力边界——Sublime Text 本身并不具备 Ja va 语法解析、类路径管理、Ma ven 生命周期控制，或是连接 JVM 调试协议（JDWP）的能力。所有这些功能，都需要依靠外部工具链来拼接实现。如果强行用它去替代 IntelliJ IDEA 或 VS Code 加扩展插件，你大概率会在各种场景下反复碰壁：ClassNotFoundException、NoClassDefFoundError、断点死活不命中、依赖项莫名加载失败……这通常不是配置问题，而是工具本身的能力天花板。
用 Sublime + Ma ven 做编译和打包的最小可行路径
核心思路其实很简单：把 Sublime Text 定位成一个拥有优秀语法高亮和快捷键的文本编辑器，而把构建、打包这些“重活”完全交给命令行的 Ma ven。我们的目标不是追求深度“集成”，而是实现“工作流不被打断”的顺畅体验。
- 首先，确保系统已经安装了
mvn命令，并且它位于系统的$PATH环境变量中（Windows 用户可以在命令行试试mvn -v能否正常执行）。 - 接着，在 Sublime Text 中打开你的项目根目录（确保里面有
pom.xml文件），通过Tools → Build System → New Build System新建一个构建系统。 - 最后，填入以下配置内容（注意
shell_cmd需要根据你的操作系统稍作调整）：
{
"shell_cmd": "mvn compile",
"file_regex": "^\[ERROR\] (.+):([0-9]+):([0-9]+):(.+)$",
"working_dir": "${project_path:${folder}}",
"selector": "source.ja va"
}
这里有几个细节需要警惕：Windows 用户如果使用 PowerShell，默认可能不识别 mvn 这个别名，稳妥起见，可以把 shell_cmd 改为 cmd /c mvn compile。而 macOS 或 Linux 用户，则要留意 JDK 版本是否与 pom.xml 中 ma ven-compiler-plugin 插件指定的 source 和 target 版本匹配，否则 ja vac 可能会报错，但 Sublime 的输出面板往往只显示一片空白，不提示具体原因。
热部署调试只能靠外部进程 + 文件监听
必须正视一个现实：Sublime Text 没有内建连接 JVM 的能力。所以，所谓的“热部署”实际上拆解成了两个独立的步骤：第一步，在保存 Ja va 文件后自动触发 mvn compile；第二步，让正在运行的 JVM 进程重新加载编译好的 class 文件。这第二步，完全依赖于 spring-boot-devtools、JRebel 或 hotswap-agent 这类专门的热更新工具，Sublime 仅仅负责触发第一步的编译而已。
立即学习“Ja va免费学习笔记（深入）”；
- 当你启用
spring-boot-devtools时，务必确认target/classes是项目的编译输出目录（Ma ven 默认就是），并且启动 Spring Boot 应用时包含了--spring.devtools.restart.enabled=true参数。 - 在 Sublime Text 中，可以安装
SublimeOnSa veBuild这类插件，并设置为仅对.ja va文件生效，这样可以避免每次保存application.yml配置文件时都触发一次全量编译。 - 记住，不要依赖 Sublime Text 自带的
build_on_sa ve全局设置——它尝试编译的是单个文件，而 Ma ven 的编译必须基于整个模块结构来处理依赖关系。
一个常见的失败现象是：修改了 Controller 代码后，刷新浏览器页面却没有任何变化。这时候，首先应该去检查 devtools 的日志里有没有出现 Restarting context 的字样。如果没有，那就说明新的 class 文件没有被监听到，大概率是编译输出路径配置有误，或者 Sublime 的 build system 没有在正确的项目根目录下执行。
跨平台路径与编码陷阱
跨平台开发时，Windows、macOS 和 Linux 在 project_path 解析、包含空格的路径、以及文件权限上的表现差异，往往是问题的根源。最容易导致 Ma ven 找不到 pom.xml，或者 classpath 中的 JAR 文件路径出现乱码。
- 路径变量统一化：所有路径尽量使用
${project_path}这样的变量，避免手写绝对路径如C:/myproj或/Users/xxx。特别要注意，Sublime 在 Windows 上对反斜杠转义非常敏感，一个不经意的\就可能被错误解析。 - 文件编码一致性：Ja va 源文件必须保存为 UTF-8 无 BOM 格式（Sublime 默认即是如此，但从其他地方粘贴过来的代码可能会带有 BOM 头）。否则，
ja vac编译器很可能会报出illegal character: 'ufeff'这种令人费解的错误。 - 仓库路径规范化：如果 Ma ven 的
settings.xml中配置了本地仓库路径（C:Program Filesm2）。
话说回来，真正的麻烦往往不是配置步骤本身，而是当你在终端手动执行 mvn clean compile 明明成功了，但 Sublime Text 的 Build Results 面板却只显示一片空白的时候——这通常意味着构建系统配置的 shell_cmd 命令静默地吞掉了错误输出。此时，最直接的排查方法就是回到终端，手动把命令再跑一遍，查看真实的输出信息。
