final使得被修饰的变量"不变"，但是由于对象型变量的本质是“引用”，使得“不变”也有了两种含义：引用本身的不变，和引用指向的对象不变。

引用本身的不变：

final StringBuffer a=new StringBuffer("immutable");

final StringBuffer b=new StringBuffer("not immutable");

a=b;//编译期错误

引用指向的对象不变：

final StringBuffer a=new StringBuffer("immutable");

a.append(" broken!"); //编译通过

可见，final只对引用的“值”(也即它所指向的那个对象的内存地址)有效，它迫使引用只能指向初始指向的那个对象，改变它的指向会导致编译期错误。至于它所指向的对象的变化，final是不负责的。这很类似==操作符：==操作符只负责引用的“值”相等，至于这个地址所指向的对象内容是否相等，==操作符是不管的。
理解final问题有很重要的含义。许多程序漏洞都基于此----final只能保证引用永远指向固定对象（特别是在数组中），不能保证那个对象的状态不变。在多线程的操作中,一个对象会被多个线程共享或修改，一个线程对对象无意识的修改可能会导致另一个使用此对象的线程崩溃。一个错误的解决方法就是在此对象新建的时候把它声明为final，意图使得它“永远不变”。其实那是徒劳的。

我认为java中变量就两种，一种叫值，也就是基础类型，等于一一次就是复制一次
一种叫指针或者地址，等于一次只是代表着指向同一个地址
而final就是修饰的值或者地址，指针本身，不涉及对象。

不错不错

public static final S=0；
这样可以解决吧？？？。。。小菜鸟的理解、、不知道对否？？

总结的不错哦

好像看明白了。。

一个学习体会的分享啊。。。。
不错，学习了

那可不可以分两种情况来讨论final啊，1、当final修饰基本数据类型的变量时表示变量的值不能改变，2、当修饰引用数据类型的对象时表示该引用变量始终指向一个对象，但是这个对象的值还是可以改变的，例如：final StringBuilder sb = new StringBuilder("sadf");  sb.append("sadf");

受教了:)