在Ubuntu上跟Ja va打交道，翻车的场景其实就那么几类——要么没装对，要么版本打架，要么环境变量没配好，再不然就是运行时踩到经典的ClassNotFound或内存溢出。下面把最常见的问题和解决思路捋一遍，都是实际操作中反复验证过的办法。
第一步，先确认Ja va到底装没装。 用ja va -version看运行时版本，ja vac -version看编译器版本。如果返回“command not found”，那就从Ubuntu官方源装一个OpenJDK。推荐用11，稳定且支持周期长：sudo apt update && sudo apt install openjdk-11-jdk。装完之后再跑一遍版本命令确认即可。
版本冲突怎么处理？ 系统里同时存在多个JDK的情况很常见（比如OpenJDK 8和11并存）。先用sudo update-alternatives --display ja va列出所有已安装的版本，然后用sudo update-alternatives --config ja va选一个默认版本。如果某个版本彻底不用了，直接sudo apt remove openjdk-卸掉。更灵活的做法是用jenv工具——类似于Node.js的nvm，可以按项目或全局切换版本。安装后通过jenv add添加路径，再用jenv global设置默认版本，清晰又省心。
环境变量配置是另一个高频翻车点。很多人配了JA VA_HOME但路径写错，或者忘了加进PATH，结果导致“命令未找到”或者“版本不匹配”。正确做法：先通过sudo update-alternatives --config ja va找到Ja va的实际安装路径（去掉末尾的/bin/ja va，类似/usr/lib/jvm/ja va-11-openjdk-amd64），然后把这个路径写进环境变量。系统级配置编辑/etc/environment，用户级编辑~/.bashrc，内容都一样：JA VA_HOME="/usr/lib/jvm/ja va-11-openjdk-amd64"，并在PATH里加上$JA VA_HOME/bin。别忘了最后用source命令让配置生效。
运行时的四个经典错误，逐个拆解：
“Could not find or load main class” 几乎都是类路径（classpath）的问题。编译时用
-cp指定依赖路径，注意当前目录用.表示：ja vac -cp ".:/path/to/libs/*" YourClass.ja va。运行时也一样，确保-cp里包含了所有需要的.class文件和依赖JAR。“UnsupportedClassVersionError” 说明编译环境版本高于运行环境版本。比如用Ja va 11编译的class扔到了Ja va 8的JRE上。解决方式：要么统一版本，要么编译时指定目标版本——
ja vac -source 1.8 -target 1.8 YourClass.ja va。如果已经搞混了，也可以切换默认Ja va版本到编译时用的那个（参考前面版本管理部分）。“OutOfMemoryError” 常见于处理大数据或启动参数没配好。JVM默认堆内存有限，可以通过
-Xms和-Xmx调整：ja va -Xms512m -Xmx2048m YourApplication。初始堆和最大堆分别设置，单位用MB或G都可以。“Permission denied” 运行JAR包时如果遇到这个，多半是文件没有执行权限。直接
chmod +x your-application.jar加权限，然后再ja va -jar运行。
依赖问题在Ma ven项目里最常见。项目目录下执行mvn clean install，Ma ven会自动下载所有依赖并打包。如果是零散的JAR文件，手动编译和运行时都用-cp把依赖路径带上就行。
最后，日志和调试是兜底手段。 终端输出的错误堆栈通常直接指明了问题所在。如果是后台服务（比如Tomcat），日志文件一般在/var/log/tomcat9/catalina.out，用tail -f实时跟踪。还可以在启动命令上额外加-verbose（显示类加载细节）或-XX:+PrintGCDetails（输出GC信息），对排查内存相关的问题非常有帮助。
