java开发工具

打开IDEA，工具新建一个Maven项目，工具从敲下第一行public static void main到按下绿色三角按钮，工具中间隔着的工具就是整个Java开发工具链。很多人以为装个JDK、工具下个Eclipse就算齐活，工具实际干活时才发现，工具工具选不对，工具一天能写完的工具代码得拖三天。

先说JDK本身。工具Oracle JDK从8u202之后改了授权，工具商用要付费，工具不少公司转投OpenJDK阵营。工具Adoptium的工具Temurin构建版本我用了一年多，跟Oracle JDK行为一致，工具没遇到兼容性问题。版本选择上，新项目直接上JDK 21，虚拟线程和分代ZGC不是纸面参数，一个IO密集型的服务，线程池从200降到20，CPU占用降了将近四成。老项目锁在JDK 8的，别硬升，先把构建工具和依赖管理理清楚再说。

IDE这块，IntelliJ IDEA社区版免费，但Spring Boot支持、数据库工具、HTTP Client这些全在 Ultimate 里。公司给配 Ultimate 就用，自己掏钱的话，社区版加装几个插件也能凑合。Eclipse现在用的人少了，但嵌入式开发和某些老银行系统还在坚守，插件生态老归老，胜在稳定。VS Code写Java属于能用级别，Red Hat的Java扩展包更新挺勤，轻量级微服务调试够用，大型项目索引还是吃力。

构建工具的选择直接决定团队协作的顺畅度。Maven的pom.xml写起来啰嗦，但生命周期清晰，新人接手快。Gradle灵活，Kotlin DSL写构建脚本比Groovy舒服，增量编译速度确实快，一个中型项目 clean build 能从Maven的40秒压到15秒左右。不过Gradle的版本兼容性是个坑，升一次大版本，插件全得跟着动。我现在的做法是：对外交付的项目用Maven，内部迭代快的用Gradle。

依赖管理有个细节容易被忽略——mvn dependency:tree要常跑。上个月排查一个NoSuchMethodError，追了三层传递依赖，最后发现是两个库分别引了Guava的不同版本。用dependencyManagement统一版本号，比在dependencies里一个个写exclusions省事得多。

调试和诊断工具才是拉开效率差距的地方。JProfiler和YourKit都是商业软件，功能全但贵。Arthas是阿里开源的，线上诊断神器，watch命令看方法入参出参，trace看调用链路耗时，jad反编译，不用重启服务。有次生产环境CPU飙到90%，用Arthas的thread -n 3直接定位到某个正则回溯，十分钟解决问题。VisualVM免费，堆转储分析够用，但大堆文件打开慢，MAT更专业。

版本控制方面，Git不用多说，但GUI工具的选择影响日常心情。SourceTree越来越臃肿，Fork轻快但收费，命令行加git config --global alias自定义别名，效率最高。IDEA内置的Git工具够用，合并冲突时三窗格对比比命令行直观。

CI/CD环节，Jenkins老牌但配置繁琐，GitLab CI跟仓库集成好，.gitlab-ci.yml写起来清爽。GitHub Actions对开源项目友好，私有仓库跑构建要算分钟数。我们团队用Jenkins共享库封装了通用的构建步骤，新项目接入只要写个十行的Jenkinsfile。

工具链没有银弹。见过用Eclipse写Spring Cloud全套的团队，也见过IDEA Ultimate加各种插件但代码一团糟的。关键是把基础工具用熟，Maven的settings.xml镜像配置、IDEA的Live Template、Git的rebase操作，这些细节积累起来，每天省下的时间够多写两个单元测试。