javac找不到的最典型原因是只安装了JRE而非完整JDK，Linux中OpenJDK常拆分为运行时包（如openjdk-17-jre）和开发包（如openjdk-17-jdk或java-17-openjdk-devel），缺失-devel包即无javac。
java -version 返回成功但 javac 找不到
这是最典型的“看似装了JDK，实则只装了JRE”的信号。OpenJDK在多数Linux发行版中被拆分为多个包：java-1.8.0-openjdk（仅运行时）和java-1.8.0-openjdk-devel（含javac、javadoc等开发工具）。
执行which javac无输出，或报command not found，就说明-devel包未安装。
- Ubuntu/Debian：运行
apt list --installed | grep openjdk，确认输出中包含openjdk-17-jdk（不是openjdk-17-jre） - CentOS/RHEL/openEuler：运行
dnf list installed | grep openjdk，检查是否有java-17-openjdk-devel（注意后缀不是-headless） - 若缺失，直接补装：
sudo dnf install java-17-openjdk-devel（RHEL系）或sudo apt install openjdk-17-jdk（Debian系）
运行应用时报 ClassNotFoundException 或 NoClassDefFoundError
这类错误不指向JDK本身缺失，而是类路径（classpath）配置错误或依赖JAR未加载。它常被误判为“JDK没装好”，实则是应用启动环节的资源链断裂。
关键动作不是重装JDK，而是立刻验证类加载上下文：
- 用
jcmd <pid> VM.system_properties | grep class.path查正在运行进程的实际java.class.path - 手动检查该路径下是否存在报错类所在的JAR：
jar tf your-app.jar | grep "MissingClass.class" - 若用
java -jar启动，注意MANIFEST.MF里的Class-Path:字段是否拼写正确、路径是否相对有效 - 避免用
java -cp *.jar MainClass——shell通配符在某些环境下可能未展开，应改用java -cp "$(echo *.jar | tr '\n' ':')" MainClass
Docker里运行Java应用提示 /bin/sh: java: not found
这通常不是JDK没装，而是镜像基础层不一致导致的二进制兼容问题。尤其常见于Alpine镜像搭配glibc依赖的JAR，或误拉了-jre标签却执行了需要javac的构建步骤。
先确认容器内真实环境：
- 进入容器：
docker run -it --rm eclipse-temurin:17-jdk-alpine3.22 sh，再执行java -version - 若失败，换非Alpine镜像测试：
eclipse-temurin:17-jdk-ubuntu-jammy，排除musl libc兼容性问题 - 检查Dockerfile中是否误写
FROM openjdk:17-jre却调用了javac——必须用-jdk后缀镜像 - 构建阶段使用
multi-stage：编译用-jdk镜像，运行用-jre或-jre-alpine，避免把javac带入生产镜像
手动解压JDK后 java 命令可用但 javac 报错 IllegalAccessError
这种现象多见于从官网下载的tar.gz包（如openjdk-17.0.2_linux-x64_bin.tar.gz），解压后java能跑，但javac一执行就抛java.lang.IllegalAccessError: class jdk.compiler/com.sun.tools.javac.code.Type$Tag之类错误。
根本原因是JDK包完整性受损或与系统glibc版本不匹配。不要自行校验哈希——直接换源：
- 优先使用发行版仓库安装（
apt/dnf），它会自动处理符号链接和权限 - 若必须手动部署，改用Eclipse Temurin官方二进制包（
https://adoptium.net/），它经过跨平台ABI验证 - 检查
ldd $(which javac)输出，确认所有so依赖都可解析；若出现not found，说明glibc太旧，需升级系统或换Alpine/musl镜像
