java精华（一）

1，有一个包我用它，却不用导入它，他就是java.lang包。
2，System.in.read是按字节读取的，他的方法是
public abstract int read()
throws IOException
从输入流中读取数据的下一个字节。返回 0 到 255 范围内的 int 字节值。
3，三种转换为int的方法：
int h=new Integer(args[0]).intValue();
int h=Integer.parseInt(args[1]);
int h=Integer.valueOf(args[1]).intValue();
4，java调用runtime
Process p = null;
p = Runtime.getRuntime().exec("notepad.exe");
5，Java提供了两类主要的异常:runtime exception和checked exception。所有的checked exception是从java.lang.Exception类衍生出来的，而runtime exception则是从java.lang.RuntimeException或java.lang.Error类衍生出来的。 
[color=blue]* Runtime exceptions: [/color]　　在定义方法时不需要声明会抛出runtime exception; 　　在调用这个方法时不需要捕获这个runtime exception; 　　runtime exception是从java.lang.RuntimeException或java.lang.Error类衍生出来的。 　[color=blue]　* Checked exceptions: 　[/color]　定义方法时必须声明所有可能会抛出的checked exception; 　　在调用这个方法时，必须捕获它的checked exception，不然就得把它的exception传递下去; 　　checked exception是从java.lang.Exception类衍生出来的。 
总而言之，在程序的运行过程中一个checked exception被抛出的时候，只有能够适当处理这个异常的调用方才应该用try/catch来捕获它。而对于runtime exception，则不应当在程序中捕获它。如果你要捕获它的话，你就会冒这样一个风险:程序代码的错误(bug)被掩盖在运行当中无法被察觉。因为在程序测试过程中，系统打印出来的调用堆栈路径(StackTrace)往往使你更快找到并修改代码中的错误。有些程序员建议捕获runtime exception并纪录在log中，我反对这样做。这样做的坏处是你必须通过浏览log来找出问题，而用来测试程序的测试系统(比如Unit Test)却无法直接捕获问题并报告出来。 
java中常见的runtime Exception：
6，类加载的三种方法：

class A();
class B();
class C();

      Class aa=A.class;         
      Class bb=Class.forName("B"); 
      Class cc=ClassLoader.getSystemClassLoader().loadClass("C");