码迷,mamicode.com
首页 > 编程语言 > 详细

package、import、java及javac的相关介绍(转)

时间:2015-01-08 17:40:13      阅读:283      评论:0      收藏:0      [点我收藏+]

标签:

Package:

package中所存放的文件
  所有文件,不过一般分一下就分这三种
  1、java程序源文件,扩展名为.java;
  2、编译好的java类文件,扩展名为.class;
  3、其他文件,也称为resource;
  例如图片文件,xml文件,mp3文件,avi文件,文本文件……
  package是什么
  package好比java用来组织文件的一种虚拟文件系统,某些作用类似于OS中的文件夹。
package把源代码.java文件,.class文件和其他文件有条理的进行组织,以供java来使用。
package是将文件组织在一棵类似unix,linux文件系统的树结构里面,它有一个根"/",然后从根开始有目录和文件,目录中也还有文件和目录
  package怎么实现的呢?
  源代码的要求最严格,而一旦源代码自己声明了在哪个package路径之下,class也就有了自己在哪个package下面的信息,就是那句程序开头的"package xx.xx.xx"。有人问,为什么要有这个信息,直接放目录结构里不就好了么?是啊,直接放目录中确实可以找到.class和.java,但是如果我要输出这个.class是属于哪个package的,该怎么办?所以我们需要在.class里面留一个package的信息。如果我们要区分同样名称为A.class的类怎么办?所以我们需要在.class里面留一个package的信息。
  .java文件是一个独立的编译单元,类似c++里面的cpp文件,但是它不需要.h文件,只要.java就足够了,一个.java文件里面可以包含一个public的类,若干package类(package类特征是没有任何访问控制修饰),还有内隐类的话,则还可以包含若干protected和private的类。
每个类,都会在编译的时候生成一个独立的.class文件,所以.java和.class不是一对一,而是一对多的关系,不过.java和public的类是一对一的。所有这些.class,都由这个.java开头的package语句来确定自己在package中的位置。
  package xx.bb.aa;
  说明这个.java编译单元中的所有类都放到xx.bb.aa这个package里面。而对应的,必须把这个.java文件放在xx目录下bb目录下的aa目录里面。如果一个.java文件没有任何package语句,那么这个.java里面的所有类都在package的"/"下面,也称之为default package
可以看出你一般从任何java教科书上写的第一个hello world程序的那个类是在default package里面的。
有了package语句,情况就复杂一点了。这个编译单元.java必须放在package名对应的目录之下。而生成的class文件也要放在对应的目录结构之下才能正常运作。
  例如:
/* A.java */
  package aaa.bbb.ccc;
  public class A{
  B b=new B();
  }
  /* B.java*/
  package aaa.bbb.ccc;
  public class B{}

  编译时候怎么填参数呢?我根据package+文件名的格式来写,
  javac aaa.bbb.ccc.A.java
  漂亮吧?可惜不工作。非要使用合法的路径名才行:
  javac aaa/bbb/ccc/A.java 
      但是你发现生成的.class和.java文件在相同的目录中

      等同于执行命令javac -d . aaa/bbb/ccc/A.java
  最好的方式是
  javac -d bin aaa/bbb/ccc/A.java
  这样就会在当前目录的bin目录下看到完整的目录结构以及放置妥当的class文件。

 

 

C:\Documents and Settings\Administrator>javac -help
用法:javac <选项> <源文件>
其中,可能的选项包括:
-g 生成所有调试信息
-g:none 不生成任何调试信息
-g:{lines,vars,source} 只生成某些调试信息
-nowarn 不生成任何警告
-verbose 输出有关编译器正在执行的操作的消息
-deprecation 输出使用已过时的 API 的源位置
-classpath <路径> 指定查找用户类文件和注释处理程序的位置
-cp <路径>          指定查找用户类文件和注释处理程序的位置
-sourcepath <路径> 指定查找输入源文件的位置
-bootclasspath <路径> 覆盖引导类文件的位置
-extdirs <目录> 覆盖安装的扩展目录的位置
-endorseddirs <目录> 覆盖签名的标准路径的位置
-proc:{none,only} 控制是否执行注释处理和/或编译。
-processor <class1>[,<class2>,<class3>...]要运行的注释处理程序的名称;绕过默认的搜索进程
-processorpath <路径> 指定查找注释处理程序的位置
-d <目录> 指定存放生成的类文件的位置
-s <目录> 指定存放生成的源文件的位置
-implicit:{none,class} 指定是否为隐式引用文件生成类文件
-encoding <编码> 指定源文件使用的字符编码
-source <版本> 提供与指定版本的源兼容性
-target <版本> 生成特定 VM 版本的类文件
-version 版本信息
-help 输出标准选项的提要
-Akey[=value] 传递给注释处理程序的选项
-X 输出非标准选项的提要
-J<标志> 直接将 <标志> 传递给运行时系统

带jar包的类的编译:
可以用命令javac -cp *\*.jar ClassName.java // *\*.jar代表你需要的jar的路径和名称,ClassName代表类名。推荐使用这种方式。

http://blog.163.com/hatepeng_peng/blog/static/194369112011442333761/

package与classpath不得不说的事

对于java来讲,所有需要的程序和资源都要以package的形式来组织和读取。

那么classpath又是什么呢?

所有放到设定到classpath里面的东西就是package所包纳的资源。classpath的写法如同path,只是里面可以写的一般只有zip文件、jar文件和目录。多个元素之间用当前系统路径分隔符间隔开了,linux上分隔符号是":",windows上是";"。
classpath在java里面是被一个叫做classloader的东西所使用的,classloader顾名思义,就是load class用的,但它也可以load其它在package里面的东西。现在的java里面classloader是有阶层关系的,一般我们所常接触到的CLASSPATH环境变量,javac,java的-cp,-classpath参数所给的classpath信息是被appclassloader所使用的。
而appclassloader其实是第三层的classloader,最高层的classloader叫做bootstrap classloader,它不是java写的classloader,而是c++写成的,第二层叫做extclassloader,默认包纳是jre/lib/ext里面的classes目录和所有jar文件作为内容。
第三层才是我们命令行参数,或者不用命令行参数,用系统环境变量指定classpath的使用者app classloader,这是最基本的java se。
如果是java ee,有了服务器,容器,还有更多层的classloader,他们在app classloader的更下面,例如tomcat的某web应用程序的web-inf/lib中的jar,zip和classes目录,是app之下好几层的classloader使用的。

你可以建立自己的classloader,都在app classloader之下,实际上tomcat本身也是这样建立classloader的。
分层的目的是为了安全,试想你加入搞了一个classloader,从网络上读取class,而在里面写上格式化硬盘的代码,人家一读运行,那不就挂了,所以分层之后,首先从最高层读,没有再往下找,找到就不着了。
一般java所必须的rt.jar里面的若干class,是在bootstrap classloader启动的时候读入的,而jmf使用的几个jar,是在ext classloader里面读入的。
也就是说,读入这些class的时候,我们的appclassloader还在娘胎里呢,所以你在CLASS PATH中指定rt.jar是完全愚蠢多余的。java绝对不会到这里找rt.jar,而bootstrapclassloader如果你不特别要修改,它是常量,不需要你care。

import

import只是一种让你偷点懒少打字的方法,绝对不会影响你的classpath,这点你要好好记住,没有非用import不可的理由,用了import也不会起到类似c里面嵌入某文件内容的效果,它只是一种省事的办法。
不在classpath中的class,任你再import也无济于事。
如果你不用import,你用ArrayList这个类,就需要写

java.util.ArrayList。
而用了import java.util.ArrayList;的话
以后代码中写ArrayList就可以了,省事。
import可以使用通配符*,*代表某package下所有的class不包括子目录
import java.awt.*
不等于
import java.awt.*
import java.awt.event.*
如果你要简写java.awt.event下和java.awt下的类,你不能偷懒,两个都要import。

http://blog.chinaunix.net/uid-22028680-id-3042341.html

 

package、import、java及javac的相关介绍(转)

标签:

原文地址:http://www.cnblogs.com/softidea/p/4211135.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!