只装OpenJDK不足以直接开发Java程序，还需搭配IDE（如IntelliJ IDEA、Eclipse或VS Code）提供编辑、调试、项目管理功能，并配置Maven/Gradle进行依赖管理和构建，同时确保JAVA_HOME、PATH等环境变量正确指向JDK根目录及bin子目录。
只装 OpenJDK 还不能直接写、编译、运行 Java 程序——它只提供了 javac、java、javadoc 这些底层命令，缺了编辑、组织、调试、依赖管理这些“干活”的环节，项目根本跑不起来。
必须配一个能识别 Java 的编辑器或 IDE
纯记事本写 .java 文件理论上可行，但没语法高亮、无自动补全、无法跳转定义、改个类名要手动搜全项目替换——实际开发中等于自废武功。
- IntelliJ IDEA：对 Java 支持最深，
Ctrl + Space补全、Shift + F6安全重命名、Ctrl + Alt + M提取方法，开箱即用 - Eclipse：开源免费，
Alt + Shift + R重命名、Maven 集成稳定，适合企业老项目维护 - VS Code + Extension Pack for Java：轻量，适合小工具或教学场景，但大型 Spring 项目容易卡顿或索引失败
关键点：IDE 必须能读取你本地的 JAVA_HOME，否则新建项目时会报 “No JDK configured” 或编译器版本不匹配。
Maven 或 Gradle 至少得选一个
没有构建工具，你连 main 方法都很难跑起来——因为 Java 类依赖太多第三方包（比如日志用 slf4j、HTTP 调用用 okhttp），靠手动下载 .jar 并加进 -cp 是反人类操作。
立即学习“Java免费学习笔记（深入）”；
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
-
mvn compile和mvn test是日常高频命令，背后依赖pom.xml中定义的<dependencies></dependencies> - Gradle 更灵活，但
build.gradle写法对新手不友好；Maven 结构固定，出问题更容易查（比如执行mvn dependency:tree -Dverbose看冲突） - 别跳过
settings.xml配镜像源（如阿里云），否则mvn clean compile卡在 downloading… 是常态
调试和诊断工具不是可选项
OpenJDK 自带的工具链其实很全，只是多数人不知道怎么用：
-
jps：快速列出当前所有 Java 进程 PID，比ps aux | grep java干净得多 -
jstack <pid></pid>：看线程堆栈，排查死锁、线程阻塞第一反应命令 -
jstat -gc <pid></pid>：观察 GC 频率和堆内存变化，不用等 OOM 才发觉问题 -
jcmd <pid> VM.native_memory summary</pid>：查 JVM 本地内存是否泄漏（尤其用了 Netty 或 JNI）
注意：jstat 和 jstack 默认只能本机使用，远程调试需开启 -XX:+UsePerfData（JDK8+ 默认开启，但某些容器镜像会关掉）。
容易被忽略的环境细节
很多“明明装了 OpenJDK 却提示 command not found”问题，根源不在工具本身，而在路径和权限：
-
JAVA_HOME必须指向 JDK 根目录（如/usr/lib/jvm/jdk-21.0.6），不是bin子目录 -
PATH中要包含$JAVA_HOME/bin，且该条目不能被其他旧 JDK 的bin覆盖（which java和java -version输出必须一致） - Linux/macOS 下如果用
sudo运行 Java 程序，sudo会重置环境变量，JAVA_HOME失效——应改用sudo env "PATH=$PATH" java -jar xxx.jar
真正卡住人的，往往不是“要不要装什么”，而是 JAVA_HOME 指错了路径、mvn 用的是系统自带老版本、或者 IDE 启动时加载了另一个 JDK——这些细节不验证，后面所有步骤都会飘在空中。
