java和javac的基本用法

如题,首先我们在桌面,开始->运行->键入cmd 回车,进入windows命令行。进入如图所示的画面:

可知,当前默认目录为C盘Users文件夹下的Administrator文件夹。一般而言,我们习惯改变当前目录。由于windows有磁盘分区,若要跳到其他磁盘,例如E盘,有几种方法:

1、输入命令: pushd 路径(此命令可将当前目录设为所希望的任一个已存在的路径)

2、输入命令: e: 转移到e盘,然后再输入 cd 转移到所希望的已知路径。

如图:

希望在windows命令行下使用javac、java、javap等命令,那么当前电脑必须安装了jdk,并且将jdk的bin目录添加到环境变量path下了。这个不用多说。那么让我们看一下如何使用javac、java、javap吧。

一、javac

javac是用来编译.java文件的。命令行下直接输入javac可以看到大量提示信息,提示javac命令的用法,我只知道常用的。

javac -d destdir srcFile

其中:1、-d destdir是用来指定存放编译生成的.class文件的路径。(若此选项省略,那么默认在当前目录下生成.class文件,并且没有生成包文件夹;当前目录可以用“.”来表示,即:javac -d . srcFile )

注意:添加-d选项除了可以指定编译生成的.class文件的路径外,最大的区别是可以将源文件首行的package关键字下的包名在当前路径下生成文件夹。

2、srcFile是源文件.java文件的路径。

例如:有这样一个简单的java类,路径为E:\test\JavacTest.java:

复制代码 代码如下:

package com.stopTalking.test; public class JavacTest { public static void main(String[] args) {
byte a = 5;
short b = 6;
System.out.println(“JavacTest [a=” + a + “, b=” + b + “]”);
}
}

当前路径下,输入 javac JavacTest.java ,便在当前路径下生成了一个JavacTest.class的文件,如图:

注意:JavacTest.java是一个首行标注了package的java文件,而此时它在硬盘上的目录并未对应它的包名,所以,使用java com.stopTalking.test.JavacTest运行时是无法找到该java的。

若输入,javac –d . JavacTest.java ,那么生成的JavacTest.class便在当前目录下生成的包文件中了,如图:

二、java

此时,我们希望运行该类,在大部分的教材中,使用java JavacTest便可直接运行,可是我们发现出现这样的错误:

这是因为,大部分的教材使用的类是默认包名的,即源文件的第一行是没有package指定包名的。使用一个类,我们知道,是需要使用它的全限定类名的。

所以,我们在命令行输入:java com/stopTalking/test/JavacTest,便可看到正确的结果了:

总结:使用简单的java命令运行一个.class文件,不仅需要使用该类的全限定类名,而且需要在当前路径下有该类的包层次文件夹。这必须要求编译时使用-d选项。否则需要自己来建立包层次文件夹。

三、javap

javap主要用于帮助开发者深入了解Java编译器的机制,主要选项有:

-c 分解方法代码,即显示每个方法具体的字节码

-public | protected | package | private 用于指定显示哪种级别的类成员

-verbose 指定显示更进一步的详细信息

输入 javap -c com/stopTalking/test/JavacTest,显示如图:
ps:转载自http://www.jb51.net/article/48380.htm

<think>我们正在处理JavaJavac版本不一致导致的异常问题。根据之前的讨论,关键点是确保`java``javac`的版本一致,以避免`UnsupportedClassVersionError`。以下将详细说明如何排查解决此问题。###问题原因当使用高版本JDK编译的Java类文件(例如,使用JDK11的`javac`编译)在低版本JRE(例如,JDK8的`java`)上运行时,会抛出类似以下的异常:```Exceptioninthread"main"java.lang.UnsupportedClassVersionError:MainhasbeencompiledbyamorerecentversionoftheJavaRuntime(classfileversion55.0),thisversionoftheJavaRuntimeonlyrecognizesclassfileversionsupto52.0```这里的版本号对应关系为:-Java8->52.0-Java11->55.0-Java17->61.0###解决步骤####步骤1:检查版本首先,在命令行中分别运行以下命令,检查`java``javac`的版本:```cmdjava-versionjavac-version```如果输出的版本号不一致,则说明环境配置有问题。####步骤2:定位可执行文件路径(Windows)在Windows上,使用`where`命令查找`java``javac`的路径:```cmdwherejavawherejavac```常见的冲突情况是:-`java`命令指向了旧版本(例如,位于`C:\ProgramFiles(x86)\CommonFiles\Oracle\Java\javapath`)-`javac`命令指向了新安装的JDK(例如,`C:\ProgramFiles\Java\jdk-11\bin\javac.exe`)####步骤3:调整环境变量(Windows)1.**删除冲突路径**:-在系统环境变量`Path`中,找到并删除指向旧版本Java的路径(如`C:\ProgramFiles(x86)\CommonFiles\Oracle\Java\javapath`)。2.**设置JAVA_HOME**:-新建系统环境变量`JAVA_HOME`,值为JDK的安装路径(例如,`C:\ProgramFiles\Java\jdk-11`)。3.**确保Path正确**:-在`Path`变量中,将`%JAVA_HOME%\bin`移到最前面。4.**验证**:-重新打开命令提示符,运行`java-version``javac-version`,确保版本一致。####步骤4:Linux/macOS解决方案在Linux或macOS上,通常通过修改符号链接或使用`update-alternatives`来管理版本:```bash#检查当前链接ls-l$(whichjava)ls-l$(whichjavac)#使用update-alternatives调整(如果已配置)sudoupdate-alternatives--configjavasudoupdate-alternatives--configjavac#或者手动创建符号链接(确保JAVA_HOME已设置)sudoln-sf$JAVA_HOME/bin/java/usr/bin/javasudoln-sf$JAVA_HOME/bin/javac/usr/bin/javac```####步骤5:临时解决方案(编译时指定目标版本)如果暂时无法统一环境版本,可以在编译时指定目标Java版本:```bashjavac-target8-source8MyClass.java```这将使生成的类文件兼容Java8。但注意,这样无法使用高版本Java的新特性。####步骤6:验证修复重新编译并运行程序:```bashjavacMyClass.javajavaMyClass```此时应不再出现版本不一致的错误。###预防措施1.**安装规范**:-在Windows上安装JDK时,取消勾选“公共JRE”选项,避免安装额外的JRE导致冲突。2.**使用版本管理工具**:-对于多项目开发,建议使用如`jenv`(macOS/Linux)或`SDKMAN!`等工具管理多个JDK版本。3.**脚本验证**:-可以编写简单脚本检查版本一致性:```bash#!/bin/bashjava_version=$(java-version2>&1|awk-F'"''/version/{print$2}')javac_version=$(javac-version2>&1|awk'{print$2}')if["$java_version"!="$javac_version"];thenecho"错误:Java($java_version)Javac($javac_version)版本不一致!"exit1fi```###总结Java环境版本不一致问题通常由环境变量配置错误引起,重点在于确保`java``javac`命令来自同一JDK版本。通过调整系统路径、正确设置`JAVA_HOME`或使用版本管理工具可彻底解决[^1][^3]。§§相关问题§§1.如何管理多个Java版本以避免冲突?2.Java环境变量配置错误会导致哪些常见错误?3.在Docker容器中如何解决Java版本不一致问题?</think>### Javajavac版本不一致问题的排查与解决 当`java``javac`版本不一致时,会导致`UnsupportedClassVersionError`异常(如`Unsupported major.minor version 55.0`)。以下是系统级解决方案: #### 核心排查步骤 1. **验证版本差异**: ```bash java -version # 检查运行时版本 javac -version # 检查编译时版本 ``` 若输出显示主版本号不同(如Java 11对应55.0,Java 8对应52.0[^2]),则需调整环境。 2. **定位冲突路径**: ```bash # Windows where java where javac # Linux/macOS which java which javac ``` 常见问题:`java`指向旧版JRE路径,而`javac`指向新版JDK路径(如Windows的`C:\Program Files (x86)\Common Files\Oracle\Java\javapath`[^3])。 3. **解决环境冲突**: - **Windows**: 1. 删除环境变量`Path`中的冲突路径:`C:\Program Files (x86)\Common Files\Oracle\Java\javapath` 2. 设置`JAVA_HOME`指向JDK安装目录(如`C:\Program Files\Java\jdk-17`) 3. 在`Path`中**最前面**添加`%JAVA_HOME%\bin` - **Linux/macOS**: ```bash # 更新符号链接 sudo rm /usr/bin/java /usr/bin/javac sudo ln -s $JAVA_HOME/bin/java /usr/bin/java sudo ln -s $JAVA_HOME/bin/javac /usr/bin/javac ``` 4. **验证修复**: ```bash echo $JAVA_HOME # 应显示JDK路径 java -version # 版本应与javac一致 javac -version ``` #### 版本兼容性对照表 | 字节码版本 | Java版本 | 解决方案 | |------------|----------|----------| | 52.0 | Java 8 | 确保JRE≥JDK8 | | 55.0 | Java 11 | 确保JRE≥JDK11 | | 61.0 | Java 17 | 确保JRE≥JDK17 | #### 临时解决方案(不推荐) ```bash javac -target 11 -source 11 Main.java # 强制编译为特定版本 ``` 此方法牺牲高版本特性,仅限紧急使用。 #### 根本原因分析 - `javac`编译生成的字节码包含**版本标识符**(如55.0表示Java 11) - 低版本JVM无法解析高版本字节码格式[^1] - JRE(含JVM)版本必须≥JDK编译版本[^1] #### 预防措施 1. **安装规范**: - Windows安装JDK时取消勾选"公共JRE" - 使用版本管理工具: ```bash # Linux多版本管理 sudo update-alternatives --config java sudo update-alternatives --config javac ``` 2. **项目级配置**: - Maven中指定编译版本: ```xml <properties> <maven.compiler.source>17</maven.compiler.source> <maven.compiler.target>17</maven.compiler.target> </properties> ``` > **关键原则**:JDK是开发工具包(含javac),JRE是运行环境(含JVM)。编译环境(JDK)版本应≤运行环境(JRE)版本[^1]。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值