final的用法
为什么在方法体内的事件监听器内使用的变量必须是final？
------解决方案--------------------
这个是一个规则，就好比静态方法里面如果用全局变量，必须也得用静态变量一样，主要是jdk 发布的时候就进行了规定，此外编译器也自动规定了，如果不用final 就会报错
------解决方案--------------------
用final声明的变量不可继承
------解决方案--------------------
这的确是一个规则，但是有它的理由。
看这种形式：

interface Listener {

  void onEvent (Object e);

}



class Test {

  private static int staticVariable = 20;

  private int variable = 5;



  public static void main (final String[] args) {

    final int stackVariable = 10;



    Listener listener = new Listener() {

      @Override

      public void onEvent(int val) {

         if (val != stackVariable)

           variable = e;

         else

           staticVariable = e;

      }

    }



    listener.onEvent(8);

  }

}

注意这里的variable并不是final，而stackVariable才必须是final。原因是，variable是存在于堆内，stackVariable是在栈里。当new Listener() {...}执行之后，stackVariable的值就被复制进了onEvent的栈中。如果stackVariable被改动，onEvent内的引用也不会被改动，因为值是复制关系，有点像函数的按值传递。如果stackVariable不是final，代码就会产生混乱。

而variable的引用之所以不用final，是因为variable其实就是this.variable，而this是永远不会变的，因此也不会有混乱：variable改变之后，Listener内的variable也会跟着改。

最后再看staticVariable。道理跟variable类似，只不过这里的statciVariable可以看成Test.staticVariable，Test是一个指向类的指针，它永远不会改变，所以staticVariable也不需要final。
------解决方案--------------------
这样理解，监听器的方法是在一定条件下才能触发，而外部代码被触发的可能性肯定要高于监听器内部的，所以，如果不把监听器内部的变量声明为final的，那就有可能出现，监听器代码触发运行中，外部代码修改变量的值，导致数据出现错误，为了避免这个问题，jdk直接强制要求final，从根本上杜绝这个问题
------解决方案--------------------