常用关键字整理

Volatile：
　　Volatile修饰的成员变量在每次被线程访问时，都强迫从主内存中重读该成员变量的值。而且，当成员变量发生变化时，强迫线程将变化值回写到主内存。这样在任何时刻，两个不同的线程总是看到某个成员变量的同一个值。
　　Java语言规范中指出：为了获得最佳速度，允许线程保存共享成员变量的私有拷贝，而且只当线程进入或者离开同步代码块时才与共享成员变量的原始值对比。
　　这样当多个线程同时与某个对象交互时，就必须要注意到要让线程及时的得到共享成员变量的变化。
　　而volatile关键字就是提示VM：对于这个成员变量不能保存它的私有拷贝，而应直接与共享成员变量交互。
　　使用建议：在两个或者更多的线程访问的成员变量上使用volatile。当要访问的变量已在synchronized代码块中，或者为常量时，不必使用。

transient
　　当我们使用Java的serialization持久化对象时，可能有一些特殊的对象数据成员，我们希望它不被被序列化。为了解决这个问题，可以在这些数据成员前加上关键字transient。 当对象被持久化的时候， 用transient修饰的部分不会被持久化，没有被transient修饰的部分会被串持久化。
　　
final　
final关键字的作用
● 被final修饰的类不可以被继承
● 被final修饰的方法不可以被重写
● 被final修饰的变量不可以被改变 不可变的是变量的引用而非引用指向对象的内容
● 被final修饰的方法，JVM会尝试为之寻求内联，这对于提升Java的效率是非常重要的
● 被final修饰的常量，在编译阶段会存入调用类的常量池中

static
静态变量和静态方法
static关键字最基本的用法是：
1、被static修饰的变量属于类变量，可以通过类名.变量名直接引用，而不需要new出一个类来
2、被static修饰的方法属于类方法，可以通过类名.方法名直接引用，而不需要new出一个类来
被static修饰的变量、被static修饰的方法统一属于类的静态资源，是类实例之间共享的，换言之，一处变、处处变。JDK把不同的静态资源放在了不同的类中而不把所有静态资源放在一个类里面，很多人可能想当然认为当然要这么做，但是是否想过为什么要这么做呢？
个人认为主要有以下好处：

1. 不同的类有自己的静态资源，这可以实现静态资源分类。比如和数学相关的静态资源放在java.lang.Math中，和日历相关的静态资源放在java.util.Calendar中，这样就很清晰了。
2. 避免重名。不同的类之间有重名的静态变量名、静态方法名也是很正常的，如果所有的都放在一起不可避免的一个问题就是名字重复，这时候怎么办？分类放置就好了。

3. 不会导致无限递归创建自身对象，从而使得堆溢出，因为只加载一次。

   静态资源属于类，但是是独立于类存在的。从JVM的类加载机制的角度讲，静态资源是类初始化的时候加载的，而非静态资源是类new的时候加载的。类的初始化早于类的new，比如Class.forName(“xxx”)方法，就是初始化了一个类，但是并没有new它，只是加载这个类的静态资源罢了。所以对于静态资源来说，它是不可能知道一个类中有哪些非静态资源的；但是对于非静态资源来说就不一样了，由于它是new出来之后产生的，因此属于类的这些东西它都能认识。

1、静态方法能不能引用非静态资源？
不能，new的时候才会产生的东西，对于初始化后就存在的静态资源来说，根本不认识它。
2、静态方法里面能不能引用静态资源？
可以，因为都是类初始化的时候加载的，大家相互都认识。
3、非静态方法里面能不能引用静态资源？
可以，非静态方法就是实例方法，那是new之后才产生的，那么属于类的内容它都认识。

静态块
静态块也是static的重要应用之一。也是用于初始化一个类的时候做操作用的，和静态变量、静态方法一样，静态块里面的代码只执行一次，且只在初始化类的时候执行。静态块很简单，不过提三个小细节：

 public class A  {
    private static int a = B();
    static  {
        System.out.println("Enter A.static block");
    }
    public static void main(String[] args)  {
        new A();
    }
    public static int B() {
        System.out.println("Enter A.B()");
        return 1;
    }
 }

打印结果是
Enter A.B()
Enter A.static block
得出第一个结论：静态资源的加载顺序是严格按照静态资源的定义顺序来加载的。这和周志明老师《深入理解Java虚拟机：JVM高级特性与最佳实践》中类初始化中的说法“()方法是由编译器自动收集类中所有类变量的赋值动作和静态语句块（static{}块）中的语句合并产生的，编译器收集的顺序是由语句在源文件中出现的顺序所决定的”是一致的。
再看一个例子：

 public class A {
     static {
        c = 3;
       System.out.println(c);
     }
    private static int c;
 }

这段代码的第6行是有错误的“Cannot reference a field before it is defined”。从这个例子得出第二个结论：静态代码块对于定义在它之后的静态变量，可以赋值，但是不能访问。
最后一个小例子：

 public class A  {
     static  {
         System.out.println("A.static block");
     }
     public A()  {
         System.out.println("A.constructor()");
    }
}
public class B extends A {
     static  {
         System.out.println("B.static block");
     }
    public B() {
        System.out.println("B.constructor()");
     }
     public static void main(String[] args)  {
         new B();
         new B();
     }
 }

结果是
A.static block
B.static block
A.constructor()
B.constructor()
A.constructor()
B.constructor()
这个例子得出第三个结论：静态代码块是严格按照父类静态代码块->子类静态代码块的顺序加载的，且只加载一次。

static修饰类
这个用得相对比前面的用法少多了，static一般情况下来说是不可以修饰类的，如果static要修饰一个类，说明这个类是一个静态内部类（注意static只能修饰一个内部类），也就是匿名内部类。像线程池ThreadPoolExecutor中的四种拒绝机制CallerRunsPolicy、AbortPolicy、DiscardPolicy、DiscardOldestPolicy就是静态内部类。静态内部类相关内容会在写内部类的时候专门讲到。

import static
这个比较冷门，基本很少看见有地方用，使用JUnit可能会用到，写assert的时候会方便些。import static是JDK1.5之后的新特性，这两个关键字连用可以指定导入某个类中的指定静态资源，并且不需要使用类名.资源名，可以直接使用资源名。注意一下，import static必须这么写，而不能写成static import。举个例子来看一下：

 import static java.lang.Math.*;
 public class A  {
     public static void main(String[] args)  {
         System.out.println(sin(2.2));
     }
 }

这么写意味着我导入了Math下的所有静态资源，main函数里面我就可以直接用sin(2.2)而不需要使用Math.sin(2.2)了。注意一下，要写import static java.lang.Math.，最后的“.”不可少，有了这两个字符才意味着导入的是Math下的所有静态资源，写成import static java.lang.Math是有问题的。当然，我们也可以指定只导入某个静态资源，比如只导入Math下sin这个方法而不导入Math下的所有静态资源：

 import static java.lang.Math.sin;
 public class A  {
     public static void main(String[] args)  {
         System.out.println(sin(2.2));
     }
 }

这么写也是没问题的。导入静态变量也是一样，有兴趣的可以自己试一下。对于import static，个人的态度是：
1、简化了一些操作，比如静态导入Math下的所有静态资源，在频繁使用Math类下静态资源的地方，可以少些很多“Math.”
2、降低了代码的可读性
建议在某些场景下导入特定的静态资源，不建议使用“.*”的导入方式。
参考博文地址：
http://www.cnblogs.com/xrq730/p/4820296.html
http://www.cnblogs.com/happyPawpaw/archive/2013/07/25/3213596.html