com.sun.tools.javac.Main

阅读数:134 评论数:0

跳转到新版页面

分类

python/Java

正文

通常的入口点是com.sun.tools.javac.main.Main。

公共的API入口点是com.sun.tools.javac.Main,这直接调用com.sun.tools.javac.main.Main。Main调用 JavaComplier,调用时可用选项总共有四类:

(1)标准公共选项,比如,-classpath。

(2)扩展公共选项,以-X开头,比如-Xlint

(3)隐藏选项,没有公开文档化的,比如-fullversion.

(4)更加隐藏的选项,一般用于调试编译器,比-XD开头。

 

JVM启动参数

java启动参数共分为三类:

(1)标准参数(-),所有的JVM实现都必须实现这些参数的功能,而且向后兼容;

  1. -client,设置jvm使用client模式,特点是启动速度比较快,但运行时性能和内存管理效率不高,通常用于客户端应用程序或者PC应用开发和调试。
  2. -server,设置jvm使server模式,特点是启动速度比较慢,但运行时性能和内存管理效率很高,适用于生产环境。在具有64位能力的jdk环境下将默认启用该模式,而忽略-client参数。
  3. -agentlib:libname[=options],用于装载本地lib包;其中libname为本地代理库文件名,默认搜索路径为环境变量PATH中的路径,options为传给本地库启动时的参数,多个参数之间用逗号分隔。
  4. -agentpath:pathname[=options],按全路径装载本地库,不再搜索PATH中的路径;
  5. -classpath classpath
  6. -cp classpath,jvm搜索类的方式和顺序为:Bootstrap,Extension,User。Bootstrap中的路径是jvm自带的jar或zip文件,jvm首先搜索这些包文件,用System.getProperty("sun.boot.class.path")可得到搜索路径。Extension是位于JRE_HOME/lib/ext目录下的jar文件,jvm在搜索完Bootstrap后就搜索该目录下的jar文件,用System.getProperty("java.ext.dirs")可得到搜索路径。User搜索顺序为当前路径.、CLASSPATH、-classpath,jvm最后搜索这些目录,用System.getProperty("java.class.path")可得到搜索路径。
  7. -Dproperty=value,设置系统属性名/值对,运行在此jvm之上的应用程序可用System.getProperty("property")得到value的值。如果value中有空格,则需要用双引号将该值括起来,如-Dname="space string"。该参数通常用于设置系统级全局变量值,如配置文件路径,以便该属性在程序中任何地方都可访问。
  8. -ea[:<package name>"..." | :<class name> ],上述参数就用来设置jvm是否启动断言机制(从JDK 1.4开始支持),缺省时jvm关闭断言机制。
    用-ea 可打开断言机制,不加<packagename>和classname时运行所有包和类中的断言,如果希望只运行某些包或类中的断言,可将包名或类名加到-ea之后。例如要启动包com.wombat.fruitbat中的断言,可用命令java -ea:com.wombat.fruitbat...<Main Class>。
  9. -da[:<package name>"..." | :<class name> ]
  10. -jar,指定以jar包的形式执行一个应用程序。要这样执行一个应用程序,必须让jar包的manifest文件中声明初始加载的Main-class,当然那Main-class必须有public static void main(String[] args)方法。
  11. -javaagent:jarpath[=options],指定jvm启动时装入java语言设备代理。
  12. -verbose:class,输出jvm载入类的相关信息
  13. -verbose:gc,输出每次GC的相关情况。
  14.  

(2)非标准参数(-X),默认jvm实现这些参数的功能,但是并不保证所有jvm实现都满足,且不保证向后兼容;

  1. -Xms,指定jvm堆的初始大小,默认为物理内存的1/64,最小为1M;可以指定单位,比如k、m,若不指定,则默认为字节。
  2. -Xmx,指定jvm堆的最大值,默认为物理内存的1/4或者1G,最小为2M;单位与-Xms一致。
  3. -Xss,设置单个线程栈的大小,一般默认为512k。
  4. -Xmn,年轻代大小。
  5. -Xverify,字节码验证会耗掉一部分时间,在保证字节码是安全的情况下,可以通过参数-Xverify:none禁止掉字节码验证过程。

 

(3)非Stable参数(-XX),此类参数各个jvm实现会有所不同,将来可能会随时取消,需要慎重使用;

  1. -XX:NewSize 初始值
  2. -XX:MaxNewSize 最大值
  3. -XX:NewRation指年轻代与年老代的比值
参数及其默认值 描述
-XX:-DisableExplicitGC 禁止调用System.gc();但jvm的gc仍然有效
-XX:+MaxFDLimit 最大化文件描述符的数量限制
-XX:+ScavengeBeforeFullGC 新生代GC优先于Full GC执行
-XX:+UseGCOverheadLimit 在抛出OOM之前限制jvm耗费在GC上的时间比例
-XX:-UseConcMarkSweepGC 对老生代采用并发标记交换算法进行GC
-XX:-UseParallelGC 启用并行GC
-XX:-UseParallelOldGC 对Full GC启用并行,当-XX:-UseParallelGC启用时该项自动启用
-XX:-UseSerialGC 启用串行GC
-XX:+UseThreadPriorities 启用本地线程优先级

 

 

 

 

 

 

 

 

 

Java classloader机制

JDK默认的Classloader

(1)Bootstrap loader

BootStrap加载器是用C++语言写的,它是在Java虚拟机启动后初始化的,它主要负责加载%JAVA_HOME/%jre/lib,-Xbootclasspath参数指定的路径以%JAVA_HOME%/jre/classes中的类。

(2)ExtClassLoader

Bootstrap loader加载ExtClassLoader,并且将ExtClassLoader的父加载器设置为BootStrap loader。ExtClassLoader是用Java写的,具体来说就是sun.misc.Launcher$ExtClassLoader,ExtClassLoader主要加载%JAVA_HOME%/jre/lib/ext,此路径下的所有classes目录以及java.ext.dirs系统变量指定的路径中类库。

(3)AppClassLoader

Bootstrap loader加载完ExtClassLoader后,就会加载AppClassLoader,并且将AppClassLoader的父加载器指定为ExtClassLoader,AppClassLoader也是用Java写成的,它的实现类是sun.misc.Launcher$AppClassLoader主要负责加载classpath所指定的位置的类或者jar文档,它也是Java程序默认的类加载器。

用户还可以自定义自己的ClassLoader,而这些自定义的ClassLoader都必须继承自java.lang.ClassLoader。

 

parent委托模型

(1)当前ClassLoader首先从自己已经加载的类中查询是否此类已经加载,如果已经加载则直接返回原来已经加载的类。

(2)当前classLoader的缓存中没有要加载的类时,请求父类去加载,父类加载器采用同样的策略,首先查看自己的缓存,然后委托父类的父类去加载,一直到bootstrp ClassLoader.

(3)当所有的父类加载器都没有加载的时候,再由当前的类加载器加载,并将其放入它自己的缓存中,以便下次有加载请求的时候直接返回。

要确定某一个类,需要类的全限定名以及加载此类的ClassLoader来共同确定

采用了委托模型以后加大了不同的 ClassLoader的交互能力,比如上面说的,我们JDK本生提供的类库,比如hashmap,linkedlist等等,这些类由bootstrp 类加载器加载了以后,无论你程序中有多少个类加载器,那么这些类其实都是可以共享的,这样就避免了不同的类加载器加载了同样名字的不同类以后造成混乱。

自定义ClassLoader

(1)继承java.lang.ClassLoader

(2)重写父类的findClass方法

为什么只重写findClass方法,这是因为JDK已经在loadClass方法中帮我们实现了ClassLoader搜索类的算法,当loadClass方法中搜索不到类时,loadClass方法就会调用findClass就去来搜索类。

 Thread.currentThread().getContextClassLoader()和Class.getClassLoader的区别

前者是最安全的方法。

比如,如果你使用Test.class.getClassLoader(),可能会导制和当前线程所运行的类加载器不一致。(因为Java天生的多线程)

 




相关推荐

一、概述 1、两种类加载方式的选择 前者是最安全的方法。 比如,如果你使用Test.class.getClassLoader(),可能会导制和当前线程所运行的类加载器不一致。(因为Java是多线程的)