/**************************************************************************************************************/
JAVA是编译型和解释型的结合,javac是编译,java是解释,解释的*.class文件在JVM上的执行
Java命令一执行,就表示将*.class文件放在JVM上进行执行,执行的结果打印在屏幕上
执行的步骤:
1:进入该文件所在的盘符,如这个文件在D盘
d:
2:在该盘符下进入该文件所在的文件夹(主要命令cd 文件夹; dir是查看该文件夹下面的东西)
cd 文件夹
3:进入到该文件夹可以看到这个java文件以后 那么就用javac编译他
javac helloword.java
4:现在就可以看到编译后的class文件 helloword.class
java helloword
注意在这里,后面是不带后缀名的
注意咯,在编译的时候,有可能会报这样的信息:编码GBK的不可映射字符
该怎么解决呢:下面引用了这位老兄的详细解释:
这是因为:由于JDK是国际版的,在编译的时候,如果我们没
有用-encoding参数指定我们的JAVA源程序的编码格式,则javac.exe首先获得我们 *** 作系统默认采用的编码格式,也即在编译java程序
时,若我们不指定源程序文件的编码格式,JDK首先获得 *** 作系统的file.encoding参数(它保存的就是 *** 作系统默认的编码格式,如WIN2k,
它的值为GBK),然后JDK就把我们的java源程序从file.encoding编码格式转化为JAVA内部默认的UNICODE格式放入内存中。然
后,javac把转换后的unicode格式的文件进行编译成.class类文件,此时.class文件是UNICODE编码的,它暂放在内存中,紧接
着,JDK将此以UNICODE编码的编译后的class文件保存到我们的 *** 作系统中形成我们见到的.class文件。对我们来说,我们最终获得
的.class文件是内容以UNICODE编码格式保存的类文件,它内部包含我们源程序中的中文字符串,只不过此时它己经由file.encoding格
式转化为UNICODE格式了。当我们不加设置就编译时,相当于使用了参数:javac
-encoding gbk XX.java,当然就会出现不兼容的情况。
解决办法是:应该使用-encoding参数指明编码方式:javac -encoding UTF-8
XX.java,这下没警告了,运行也正确了在JCreator 4中设置:菜单:Configure -->Options -->
JDK Tools -->
Compiler,选中<Default>,然后选Edit,Parameters里面,最前面添加:-encoding UTF-8。
Parameters原来的
默认值为:-classpath "$[ClassPath]" -d "$[OutputPath]" $[ModJavaFiles]
修改后为:-encoding UTF-8 -classpath "$[ClassPath]" -d "$[OutputPath]" $[ModJavaFiles]
可能jar文件损坏了,你可以尝试用winrar打开这个jar文件,把它解压,看有没有报错,如果报错,说明文件损坏了。
打包成jar文件后运行出现Invalid or corrupt jarfile 解决打jar包
1。jar -cvf hello。jar hello。class
2。这时java -jar hello。jar 是运行不了的
3。解压刚打的Jar包到新的目录,会发现里边多了一个META-INF文件夹里边有一个MANIFEST。MF文件
4。用记事本打开MANIFEST。MF文件,修改为
Manifest-Version: 1。0
Main-Class: Hello
Created-By: aaa
5。将MANIFEST。MF复制到和Hello。class 放在一起
然后打包:
jar cvfm abc。jarMANIFEST。MFHello。class
得到可运行的jar
java -jar *** 就可以运行的jar包[ 其中***为jar包名]
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)