验证JDK环境变量是否生效需三步：先确认JAVA_HOME指向JDK根目录（不含bin、无空格/中文）；再执行java -version和javac -version，确保命令可用且版本一致；最后用where/java或which/java验证实际调用路径与JAVA_HOME/bin一致。
验证 JDK 环境变量是否生效，不能只看“配没配”，关键看系统“认不认、用不用”。最稳妥的方式是分三步交叉验证：确认 JAVA_HOME 指向正确、检查 java 和 javac 命令能否调用且版本一致、比对实际执行路径是否与配置路径匹配。
检查 JAVA_HOME 是否指向 JDK 根目录
这个变量是后续工具（如 Maven、IDE）定位 JDK 的依据，必须准确无误。
- Windows：在 CMD 中运行 echo %JAVA_HOME%，应输出类似 C:\Program Files\Java\jdk-17.0.2 的完整路径
- macOS/Linux：在终端中运行 echo $JAVA_HOME，应返回类似 /Library/Java/JavaVirtualMachines/jdk-17.0.2.jdk/Contents/Home 或 /usr/lib/jvm/jdk-17.0.2
- ⚠️ 错误示例：C:\jdk-17.0.2\bin、/jre、末尾带反斜杠 \、含中文或空格未加引号——这些都会导致构建工具找不到编译器或类库
验证 java 和 javac 命令是否可用且版本一致
仅能运行 java -version 不代表开发环境就绪；javac 才是 JDK 的核心标志。
- 运行 java -version：应输出完整版本信息，例如 java version "17.0.9"
- 运行 javac -version：应输出类似 javac 17.0.9，版本号需与上一条一致或兼容
- 若 java 可用但 javac 报错，常见原因是装了 JRE 而非 JDK，或 PATH 中漏写了 \bin 子目录
确认实际调用的 Java 是你配置的那个
PATH 中可能混入多个 Java 路径，优先级高的会覆盖你的设置。必须查清“真正跑起来的是谁”。
sc-java-to-ts-interface
下载
将后端 Java 接口文档转换为前端 TypeScript 类型定义（interface / type）。输入：飞书文档、Spring Boot 接口文档、Swagger/OpenAPI、手写 API 文档等。输出：包含请求参数与响应结果的 .md 文件，含完整 JSDoc 注释。触发关键词：Java 转 TS、接口转换、生成前端类型、接口文档转 TypeScript、DTO/VO/BO 转 interface、后端文档转前端类型、生成接口类型、类型定义生成。
- Windows：运行 where java 和 where javac，两个结果应出自同一 bin 目录，且该路径应等于 %JAVA_HOME%\bin\java.exe
- macOS/Linux：运行 which java 和 which javac，输出应为 $JAVA_HOME/bin/java 和 $JAVA_HOME/bin/javac
- 若结果指向 C:\Program Files (x86)\Common Files\Oracle\Java\javapath 或系统默认 JRE，说明你的 JDK 路径未排在 PATH 前端，需调整顺序
补充验证：编译运行一个 Hello World
这是端到端测试，能暴露路径权限、文件编码、CLASSPATH 默认行为等隐藏问题。
- 新建文件 Hello.java，内容为：
public class Hello { public static void main(String[] args) { System.out.println("OK"); } }
- 在同一目录下执行：javac Hello.java && java Hello
- 若终端输出 OK，说明 JDK 完整性、JVM 启动、类加载全流程均正常
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
