java为什么编译才能使用？java为什么要编译
大家好，今天来为大家解答java为什么编译才能使用这个问题的一些问题点，包括java为什么要编译也一样很多人还不知道，因此呢，今天就来为大家分析分析，现在让我们一起来看看吧！如果解决了您的问题，还望您关注下本站哦，谢谢~
java为什么要编译
因为java的跨平台特性，java所谓的一次编译，到处运行，关键就是在于java的虚拟机，也就是jvm，jvm只认识字节码，所以你写好的java代码就需要编译成字节码才能在jvm上运行。其实不只是java需要编译，C也需要编译，机器本身并不能认识你写的代码，它们只认识0、1这样的字节码，所以无论是你用什么样的语言编写的代码，要想最终在物理机器上运行，都要进行编译。
java源代码为什么要编译
你现在电脑里的文件是文档文件确切的说在计算机里也是0和1的序列但是他和执行程序不是一
个类型的文件文件是由类型的比如说mp3是播放声音的 MP4是播放视屏的 TXT是文档文件
就是存储文档的在回到问题
.java文件其实就和TXT文件一样是文档文件是用来存储你写的代码的
他是拿来给你人看的
你要想让他变成其可执行程序的文件你就得通过编译器编译它
编译器是按照你写的代码把他们翻译成可执行文件的编码方式
然后你就可以运行它了
在计算机看来所有的文件都是0和1的组合应为文件的类型的不同它会用不同的方式解读它们
具体的java程序。编译。运行等等环节怎么完成怎么解释你得慢慢了解或者有时间我在给你解释解释
写的比较乱你凑合着看吧
这个JAVA程序为什么能通过编译而不能执行
听说是 jdk没有设置好
我也出现这个问题
给你个文挡看看
要是弄好了告诉我下
JAVA初学者必看
（一）Helloworld功略
问HelloWorld问题的人实在是太多了，而且经常都以“问一个最简单的问题”开头。其
实回想一下，自己也是从这个阶段过来的，说一句“你好”，真的是一个最简单的问题
吗？...//think好了，言归正传，let's say"HelloWorld!" in java...
首先，我们要假设一下我们的平台是Windows+JDK（Linux环境下也差不多）。这个环境
是相当普遍、基础和入门的。确定已经正确安装JDK了，下一步是小心翼翼地敲入某本教
程上的HelloWorld源码，存盘，然后编译，javac...问题来了:
*错误1：
'javac'不是内部或外部命令，也不是可运行的程序或批处理文件。
(javac: Command not found)
产生的原因是没有设置好环境变量path。Win98下在autoexce.bat中加入path=%path%;
c:\jdk1.2\bin，Win2000下则控制面板->系统->高级->环境变量->系统变量...看到了？
双击Path，在后面加上c:\jdk1.2\bin。当然我们假设JDK安装在了c:\jdk1.2目录下（有点唐僧了？）...
好像还要重启系统才起作用...(//知道了！//西红柿)好，再试试！javac HelloWorld
*错误2：
HelloWorld is an invalid option or argument.
拜托，给点专业精神，java的源程序是一定要存成.java文件的，而且编译时要写全.java呀。
OK， javac HelloWorld.java（这回总该成了吧？）
*错误3：
HelloWorld.java:1: Public class helloworld must be defined in a file called
"HelloWorld.java".
public class helloworld{
^
这个问题嘛，是因为你的类的名字与文件的名字不一致。（谁说的，明明看到人家都有这样写的;
(） OK，准确地说，一个Java源程序中可以定义多个类，但是，具有public属性的类只能有一个，
而且要与文件名相一致。还有，main方法一定要放在这个public的类之中，这样才能java（运行）这个类。
另外一点是Java语言里面是严格区分大小写的，初学者要注意呀。像上例中 helloworld与 HelloWorld就认为是不一样，因而...oh...
好，改好了，嘻嘻... javac HelloWorld.java...（咦，怎么什么也没有呀？）//faint这就是编译通过了！
看看是不是多了一个HelloWorld.class?(hehe..按书上教的:) java HelloWorld(!!这个我知道，不是java HelloWorld.class哟）
*错误4：
Exception in thread"main" java.lang.NoClassDefFoundError: HelloWorld呵呵，这个嘛，
就是著名的类路径(classpath)问题啦。实际上，类路径是在编译过程就涉及的Java中的概念。
classpath就是指明去哪里找用到的类，就这么简单。由于我们的HelloWorld没用到其它的（非java.lang包中的）类，
所以编译时没遇到这个问题。运行时呢，就要指明你的类在哪里了。解决方法嘛，可以用下面的命令运行：
java-classpath. HelloWorld“.”就代表当前目录。当然这样做有点麻烦（是“太麻烦”！），
我们可以在环境变量中设置默认的classpath。方法就照上述设置path那样。将classpath设为：
classpath=.;c:\jdk1.2\lib\dt.jar;c:\jdk1.2\lib\tools.jar后面的两个建议也设上
，以后开发用的着。java-classpath. HelloWorld（再不出来我就不学java了）
*错误5：
Exception in thread"main" java.lang.NoSuchMethodError: main
（//咣当）别，坚持住。看看你的代码，问题出在main方法的定义上，写对地方了吗，
是这样写的吗：
public static void main(String args[]){//一个字都不要差，先别问为什么了...
对，包括大小写！
java-classpath. HelloWorld（听天由命了！）
Hello World！
（faint!终于...）
欢迎来到Java世界！所以说，无法运行HelloWorld真的并不是一个“最简单的问题”。
附：HelloWorld.java
// HelloWorld.java
public class HelloWorld{
public static void main(String args[]){
System.out.println("Hello World!");
}
HelloWorld.java
// HelloWorld.java
public class HelloWorld{
public static void main(String args[]){
System.out.println("Hello World!")；
}
}
(二）path和classpath
1.什么是java的path和classpath?
Java中的 ClassPath和 Package
前言:
由于这两个问题新手问得较多,且回答比较零散,很难统一整理,所
以就直接写了一篇,还请大家见谅.
正文:
一,类路径(class path)
当你满怀着希望安装好了 java,然后兴冲冲地写了个 hello world,然后编译,
运行,就等着那两个美好的单词出现在眼前,可是不幸的是,只看到了 Can't find
class HelloWorld或者 Exception in thread"main" java.lang.NoSuchMethodError: ma
in.
为什么呢?编译好的 class明明在呀.
我们一起来看一看 java程序的运行过程.我们已经知道 java是通过 java
虚拟机来解释运行的,也就是通过 java命令, javac编译生成的.class
文件就是虚拟机要执行的代码,称之为字节码(bytecode),虚拟机通过 classloader
来装载这些字节码,也就是通常意义上的类.这里就有一个问题, classloader从
哪里知道 java本身的类库及用户自己的类在什么地方呢?或者有着缺省值(当前路径).
或者要有一个用户指定的变量来表明,这个变量就是类路径(classpath),或者在运行
的时候传参数给虚拟机.这也就是指明 classpath的三个方法.编译的过程和运行
的过程大同小异,只是一个是找出来编译,另一个是找出来装载.
实际上 java虚拟机是由 java luncher初始化的,也就是 java(或 java.exe)
这个程序来做的.虚拟机按以下顺序搜索并装载所有需要的类:
1,引导类:组成 java平台的类,包含 rt.jar和 i18n.jar中的类.
2,扩展类:使用 java扩展机制的类,都是位于扩展目录($JAVA_HOME/jre/lib/ext)
中的.jar档案包.
3,用户类:开发者定义的类或者没有使用 java扩展机制的第三方产品.你必须在
命令行中使用-classpath选项或者使用 CLASSPATH环境变量来确定这些类的位置.我
们在上面所说的用户自己的类就是特指这些类.
这样,一般来说,用户只需指定用户类的位置,引导类和扩展类是"自动"寻找的.
那么到底该怎么做呢?用户类路径就是一些包含类文件的目录,.jar,.zip文件的
列表,至于类具体怎么找,因为牵扯到 package的问题,下面将会说到,暂时可认为
只要包含了这个类就算找到了这个类.根据平台的不同分隔符略有不同,类 unix的系
统基本上都是":", windows多是";".其可能的来源是:
*".",即当前目录,这个是缺省值.
* CLASSPATH环境变量,一旦设置,将缺省值覆盖.
*命令行参数-cp或者-classpath,一旦指定,将上两者覆盖.
*由-jar参数指定的.jar档案包,就把所有其他的值覆盖,所有的类都来自这个指
定的档案包中.由于生成可执行的.jar文件,还需要其他一些知识,比如 package,还有
特定的配置文件,本文的最后会提到.可先看看 jdk自带的一些例子.
我们举个 HelloWorld的例子来说明.先做以下假设:
*当前目录是/HelloWorld(或 c:\HelloWorld,以后都使用前一个)
* jdk版本为 1.2.2(linux下的)
* PATH环境变量设置正确.(这样可以在任何目录下都可以使用工具)
*文件是 HelloWorld.java,内容是:
public class HelloWorld
{
public static void main(String[] args)
{
System.out.println("Hello World!\n");
System.exit(0);
}
}
首先这个文件一定要写对,如果对 c熟悉的话,很有可能写成这样:
public static void main(int argc, String[] argv)
{
....
}
这样是不对的,不信可以试一试.由于手头没有 java的规范,所以
作如下猜想: java的 application程序,必须以 public static void main(String[])
开始,其他不一样的都不行.
到现在为止,我们设置方面只设置了 PATH.
1,当前路径就是指你的.class文件在当前目录下,
[HelloWorld]$ javac HelloWorld.java//这一步不会有多大问题,
[HelloWorld]$ java HelloWorld//这一步可能就会有问题.
如果出了象开头那样的问题,首先确定不是由于敲错命令而出错.如果没有敲错命令,
那么接着做:
[HelloWorld]$ echo$CLASSPATH
或者
c:\HelloWorld>echo%CLASSPATH%
看看 CLASSPATH环境变量是否设置了,如果设置了,那么用以下命令:
[HelloWorld]$ CLASSPATH=
或者
c:\HelloWorld> set CLASSPATH=
来使它为空,然后重新运行.这次用户类路径缺省的是".",所以应该不会有相
同的问题了.还有一个方法就是把"."加入到 CLASSPATH中.
[/]$ CLASSPATH=$CLASSPATH:.
或者
c:\HelloWorld> set CLASSPATH=%CLASSPATH%;.
同样也可以成功. Good Luck.
2,当你的程序需要第三方的类库支持,而且比较常用,就可以采用此种方法.比如常
用的数据库驱动程序,写 servlet需要的 servlet包等等.设置方法就是在环境变量中
加入 CLASSPATH.然后就可以直接编译运行了.还是以 HelloWorld为例,比如你想在根
目录中运行它,那么你直接在根目录下执行
$ java HelloWorld
或者
c:\>java HelloWorld
这样肯定会出错,如果你的 CLASSPATH没有改动的话.我想大家应该知道为什么错了
吧,那么怎么改呢?前面说过,用户类路径就是一些包含你所需要的类的目录,.jar档案
包,.zip包.现在没有生成包,所以只好把 HelloWorld.class所在的目录加到 CLASSPAT
H
了,根据前面的做法,再运行一次,看看,呵呵,成功了,换个路径,又成功了!!不仅仅
可
以直接运行其中的类,当你要 import其中的某些类时,同样处理.
不知道你想到没有,随着你的系统的不断的扩充,(当然了,都是一些需要 java的东
西)
如果都加到这个环境变量里,那这个变量会越来越臃肿,虽然环境变量空间可以开很大,总
觉得有些不舒服.看看下面一个方法.
3,在命令行参数中指明 classpath.
还是和上面相同的目标,在任何目录下执行 HelloWorld,用这个方法怎么实现呢?
[/]$ java-cp/HelloWorld HelloWorld
或者
c:\>java-cp c:\HelloWorld HelloWorld
就可以了.这是这种方法的最简单的应用了.当你使用了另外的包的时候,还可以采用
这
种方法.例如:
$ javac-classpath aPath/aPackage.jar:. myJava.java
$ java-cp aPath/aPackage.jar:. myJava
或者
c:\> javac-classpath aPath\aPackage.jar;. myJava.java
c:\> java-cp aPath\aPackage.jar;. myJava
这种方法也有一个不方便的的地方就是当第三方包所在的路径较长或者需要两个以上包
的
时候,每次编译运行都要写很长,非常不方便,这时候可以写脚本来解决.比如一个例子:
compile(文件,权限改为可执行,当前目录)
$ cat compile
---------------------------
#!/bin/bash
javac-classpath aPath\aPackage.jar:anotherPath\anotherPackage.jar:. myJav
a.java
---------------------------
run(文件,权限改为可执行,当前目录)
$cat run
---------------------------
#!/bin/bash
java-cp aPath\aPackage.jar:anotherPath\anotherPackage.jar:. myJava
---------------------------
或者:
compile.bat
c:\HelloWorld> type compile.bat
-------------------------
javac-classpath aPath\aPackage.jar:anotherPath\anotherPackage.jar:. myJav
a.java
-------------------------
run.bat
c:\HelloWorld> type run.bat
------------------------
java-cp aPath\aPackage.jar:anotherPath\anotherPackage.jar:. myJava
------------------------
就可以了.试试看.
前面提到了扩展类,扩展类是什么呢? java的扩展类就是应用程序开发者用来
扩展核心平台功能的 java类的包(或者是 native code).虚拟机能像使用系统类一
样使用这些扩展类.有人建议可以把包放入扩展目录里,这样, CLASSPATH也不用设了,
也不用指定了,岂不是很方便?确实可以正确运行,但是个人认为这样不好,不能什么
东西都往里搁,一些标准的扩展包可以,比如, JavaServlet, Java3D等等.可以提个
建议,加一个环境变量,比如叫 JARPATH,指定一个目录,专门存放用户的 jar zip
等包,这个要等 SUN公司来做了.
windows98下,我原来安装的时候,一直装不上,总是死机,好不容易装上了,缺
省的是不能运行正确的,然后把 tool.jar放入 CLASSPATH后工作正常.现在作测试,
去掉仍然是正确的.经过多次测试,发现如果原来曾装过 jdk的都很好,没有装过的
装的时候会死机,多装几次就可以了.如果你发现正确安装后,不能正常工作,就把
tools.jar加入 CLASSPATH,试一下.
二,包(package)
Java中的"包"是一个比较重要的概念, package是这样定义的:
Definition: A package is a collection of related classes and interfaces
that provides access protection and namespace management.
也就是:一个包就是一些提供访问保护和命名空间管理的相关类与接口的集合.
使用包的目的就是使类容易查找使用,防止命名冲突,以及控制访问.
这里我们不讨论关于包的过多的东西,只讨论和编译,运行,类路径相关的东西.
至于包的其他内容,请自己查阅相关文档.
简单一点来说,包就是一个目录,下面的子包就是子目录,这个包里的类就是
这个目录下的文件.我们用一个例子来说明.
首先建目录结构如下: PackageTest/source/,以后根目录指的是 PackageTest
目录,我们的源程序放在 source目录下.源程序如下:
PackageTest.java
package pktest;
import pktest.subpk.*;
public class PackageTest
{
private String value;
public PackageTest(String s)
{
value= s;
}
public void printValue()
{
System.out.println("Value of PackageTest is"+ value);
}
public static void main(String[] args)
{
PackageTest test= new PackageTest("This is a Test Package");
test.printValue();
PackageSecond second= new PackageSecond("I am in PackageTest");
second.printValue();
PackageSub sub= new PackageSub("I am in PackageTest");
sub.printValue();
System.exit(0);
}
}
PackageSecond.java
package pktest;
public class PackageSecond
{
private String value;
public PackageSecond(String s)
{
value= s;
}
public void printValue()
{
System.out.println("Value of PackageSecond is"+ value);
}
}
PackageSub.java
package pktest.subpk;
import pktest.*;
public class PackageSub
{
private String value;
public PackageSub(String s)
{
value= s;
}
public void printValue()
{
PackageSecond second= new PackageSecond("I am in subpackage.");
second.printValue();
System.out.println("Value of PackageSub is"+ value);
}
}
Main.java
import pktest.*;
import pktest.subpk.*;
public class Main()
{
public static void main()
{
PackageSecond second= new PackageSecond("I am in Main");
second.printValue();
PackageSub sub= new PackageSub("I am in Main");
sub.printValue();
System.exit(0);
}
}
其中, Main.java是包之外的一个程序,用来测试包外的程序访问包内的类,
PackageTest.java属于 pktest这个包,也是主程序. PackageSecond.java也
属于 pktest, PackageSub属于 pktest下的 subpk包,也就是 pktest.subpk.
详细使用情况,请参看源程序.
好了,先把源程序都放在 source目录下,使 source成为当前目录,然后编
译一下,呵呵,出错了,
Main.java:1: Package pktest not found in import.
import pktest.*;
这里涉及到类路径中包是怎么查找的,前面我们做了一点假设:"只要包含了
这个类就算找到了这个类",现在就有问题了.其实 jdk的工具 javac java
javadoc都需要查找类,看见目录,就认为是包的名字,对于 import语句来说,
一个包对应一个目录.这个例子中, import pktest.*,我们知道类路径可以包
含一个目录,那么就以那个目录为根,比如有个目录/myclass,那么就会在查找
/myclass/pktest目录及其下的类.所有的都找遍,如果没有就会报错.由于现在
的类路径只有当前目录,而当前目录下没有 pktest目录,所以就会出错.类路径
还可以包含.jar.zip文件,这些就是可以带目录的压缩包,可以把.jar.zip
文件看做一个虚拟的目录,然后就和目录一样对待了.
好了,应该知道怎么做了吧,修改后的目录结构如下:
PackageTest
|
|__source Main.java
|
|__pktest PackageTest.java PackageSecond.java
|
|__subpk PackageSub.java
然后重新编译,运行,哈哈,通过了.我们再来运行一下 PackageTest.
[source]$ java pktest/PackageTest
怎么又出错了?
Exception in thread"main" java.lang.NoClassDefFoundError: pktest/PackageTest
是这样的, java所要运行的是一个类的名字,它可不管你的类在什么地方,就象
我们前面所讨论的一样来查找这个类,所以它把 pktest/PackageTest看成是一个类的
名字了,当然会出错了,应该这么做,
[source]$ java pktest.PackageTest
大家应该明白道理吧,我就不多说了.注意 javac不一样,是可以指明源文件路径
的, javac只编译,不运行,查找类也只有在源文件中碰到 import时才会做,与源文件
所在的包没有关系.
似乎还又些不好的地方,怎么生成的.class文件这么分散呀,看着真别扭.别急,
javac有一个-d命令行参数,可以指定一个目录,把生成的.class文件按照包给你
好好地搁在这个目录里面.
[source]$ mkdir classes
[source]$ javac-d classes pktest/PackageTest.java
[source]$ javac-d classes Main.java
那么运行怎么运行呢?
[source]$ cd classes
[classes]$ java pktest.PackageTest
[classes]$ java Main
就可以了.其实 jdk的这一套工具小巧简单,功能强大,不会用或者用错其
实不关工具的事,关键是明白工具背后的一些原理和必要的知识.集成环境是很好,
但是它屏蔽了很多底层的知识,不出错还好,一旦出错,如果没有这些必要的知识
就很难办,只好上 bbs问,别人只告诉了你解决的具体方法,下一次遇到稍微变化
一点的问题又不懂了.所以不要拘泥于工具, java的这一套工具组合起来使用,中
小型工程(五六十个类),还是应付得下来的.
三, jar文件
以下把.jar.zip都看做是.jar文件.
1,从前面我们可以看出来 jar文件在 java中非常重要,极大地方便了用户的
使用.我们也可以做自己的.jar包.
还是使用前面那个例子, Main.java是包之外的东西,用了 pktest包中的类,
我们现在就是要把 pktest做成一个.jar包,很简单,刚才我们已经把 pktest
中的.class都集中起来了,
[classes]$ jar-cvf mypackage.jar pktest
就会生成 mypackage.jar文件,测试一下,刚才我们生成的 Main.class就在
classes目录下,所以,从前面可以知道:
[classes]$ java-cp mypackage.jar:. Main
就可以运行了.
2,如果你看过 jdk所带的例子,你就会知道,.jar还可以直接运行,
[/demo]$ java-jar aJar.jar
那好,就那我们的试一试,
[classes]$ java-jar mypackage.jar
Failed to load Main-Class manifest attribute from
mypackage.jar
看来我们的 jar和它的 jar还不一样,有什么不一样呢?拿它一个例子出来,
重新编译,生成.jar文件,比较后发现,是.jar压缩包中 META-INF/MANIFEST.MF
文件不一样,多了一行, Main-Class: xxxxx,再看看出错信息,原来是没有指定
Main-Class,看看 jar命令,发现有一个参数-m,
-m include manifest information from specified manifest file
和出错信息有点关系,看来它要读一个配制文件.只好照猫画虎写一个了.
[classes]$ cat myManifest
Manifest-Version: 1.0
Main-Class: pktest.PackageTest
Created-By: 1.2.2(Sun Microsystems Inc.)
[classes]$ jar cvfm mypackage.jar myManifest pktest
added manifest
adding: pktest/(in= 0)(out= 0)(stored 0%)
adding: pktest/PackageSecond.class(in= 659)(out= 395)(deflated 40%)
adding: pktest/subpk/(in= 0)(out= 0)(stored 0%)
adding: pktest/subpk/PackageSub.class(in= 744)(out= 454)(deflated 38%)
adding: pktest/PackageTest.class(in= 1041)(out= 602)(deflated 42%)
[classes]$ java-jar mypackage.jar
Value of PackageTest is This is a Test Package
Value of PackageSecond is I am in PackageTest
Value of PackageSecond is I am in subpackage.
Value of PackageSub is I am in PackageTest
好了,成功了,这样就做好了一个可以直接执行的.jar文件.大家可以自己试一试
做一个以 Main为主程序的可执行的 jar.
小结:
这篇文章中,我们讨论了 java中的 class path, package, jar等基本但比较
重要的东西,主要是 class path.并不是简单的一份 CLASSPATH的完全功略,而是
试图让读者明白其原理,自己思考,自己动手.其实大多数东西都在 sun的 java doc
中都有,我只不过结合例子稍微谈了一下,希望能有所帮助.由于条件所限,只测试了
jdk1.2.2在 98及 linux的情况,其他版本的 jdk和平台请大家自己测试,错误在
所难免,还请指正.
下面是一些需要注意的问题:
1,如果类路径中需要用到.jar文件,必须把 jar文件的文件名放入类路径,而不是
其所在的目录.
2,在任何时候,类名必须带有完全的包名,
3,"."当前目录最好在你的类路径中.
下面是一些常见的编译和运行的模式.
4. To compile HelloWorld.java app in the default package in C:\MyDir, use
CD\MyDir
C:\jdk1.3\bin\Javac.exe-classpath. HelloWorld.java
5. To run a HelloWorld.class app, in the default package in C:\MyDir, use
CD\MyDir
C:\jdk1.3\bin\Java.exe-classpath. HelloWorld
6. To run a HelloWorld.class app, in the default package in a jar in C:\MyDir, u
se
CD\MyDir
C:\jdk1.3\bin\Java.exe-classpath HelloWorld.jar HelloWorld
7. To compile a HelloWorld.java app in C:\MyPackage, in package MyPackage, use
CD\
C:\jdk1.3\bin\Javac.exe-classpath. MyPackage\HelloWorld.java
8. To run a HelloWorld.class app in C:\MyPackage, in package MyPackage, use
CD\
C:\jdk1.3\bin\Java.exe-classpath. MyPackage.HelloWorld
9. To run a HelloWorld.class app in C:\MyPackage, in a jar in package MyPackage,
use
CD\MyDir
C:\jdk1.3\bin\Java.exe-classpath HelloWorld.jar MyPackage.HelloWorl
d
(注: default package指的是在程序中
OK，关于java为什么编译才能使用和java为什么要编译的内容到此结束了，希望对大家有所帮助。