迷惑：关于final变量初始化的问题???

[Patrick_DK]

例子一:
class A
{
final int i;
}
//大家都知道，编译不通过，因为必须立即显型初始化
//但是
例子二:
class B
{
final int i;
B()
{
i=1;
}
}
//这么写为什么编译就通过了呢？迷惑迷惑　

[cherami]

这个问题gzgangster(慧剑)说的比较正确，final变量必须在定义时初始化或者实例完全生成前，也就是在构造方法退出前，如果你结合我给你讲过的类实例的实际的构造顺序来看得话，在定义时初始化和在构造方法里面初始化是一样的，即：
class B1
{
final int i=1;
}
编译器实际将之编译为：
class B1 {
final int i;
public B1() {
i=1;
}
}

[cherami]

这个问题gzgangster(慧剑)说的比较正确，final变量必须在定义时初始化或者实例完全生成前，也就是在构造方法退出前，如果你结合我给你讲过的类实例的实际的构造顺序来看得话，在定义时初始化和在构造方法里面初始化是一样的，即：
class B1
{
final int i=1;
}
编译器实际将之编译为：
class B1 {
final int i;
public B1() {
i=1;
}
}

[cherami]

Java 应用程序中的按值传递语义
几个月前，developerWorks 发布了我的书 Practical Java 中的一些节选，该书是由 Addison-Wesley 出版的。首先我将利用 developerWorks 上的此栏目回答读者提出的一些问题，然后对有关这些节选的各种评论作一答复。

节选理解参数是按值而不是按引用传递的说明 Java 应用程序有且仅有的一种参数传递机制，即按值传递。写它是为了揭穿普遍存在的一种神话，即认为 Java 应用程序按引用传递参数，以避免因依赖“按引用传递”这一行为而导致的常见编程错误。

对此节选的某些反馈意见认为，我把这一问题搞糊涂了，或者将它完全搞错了。许多不同意我的读者用 C++ 语言作为例子。因此，在此栏目中我将使用 C++ 和 Java 应用程序进一步阐明一些事实。

要点
读完所有的评论以后，问题终于明白了，至少在一个主要问题上产生了混淆。某些评论认为我的节选是错的，因为对象是按引用传递的。对象确实是按引用传递的；节选与这没有冲突。节选中说所有参数都是按值 -- 另一个参数 -- 传递的。下面的说法是正确的：在 Java 应用程序中永远不会传递对象，而只传递对象引用。因此是按引用传递对象。但重要的是要区分参数是如何传递的，这才是该节选的意图。Java 应用程序按引用传递对象这一事实并不意味着 Java 应用程序按引用传递参数。参数可以是对象引用，而 Java 应用程序是按值传递对象引用的。

C++ 和 Java 应用程序中的参数传递
Java 应用程序中的变量可以为以下两种类型之一：引用类型或基本类型。当作为参数传递给一个方法时，处理这两种类型的方式是相同的。两种类型都是按值传递的；没有一种按引用传递。这是一个重要特性，正如随后的代码示例所示的那样。

在继续讨论之前，定义按值传递和按引用传递这两个术语是重要的。按值传递意味着当将一个参数传递给一个函数时，函数接收的是原始值的一个副本。因此，如果函数修改了该参数，仅改变副本，而原始值保持不变。按引用传递意味着当将一个参数传递给一个函数时，函数接收的是原始值的内存地址，而不是值的副本。因此，如果函数修改了该参数，调用代码中的原始值也随之改变。

关于 Java 应用程序中参数传递的某些混淆源于这样一个事实：许多程序员都是从 C++ 编程转向 Java 编程的。C++ 既包含非引用类型，又包含引用类型，并分别按值和按引用传递它们。Java 编程语言有基本类型和对象引用；因此，认为 Java 应用程序像 C++ 那样对基本类型使用按值传递，而对引用使用按引用传递是符合逻辑的。毕竟您会这么想，如果正在传递一个引用，则它一定是按引用传递的。很容易就会相信这一点，实际上有一段时间我也相信是这样，但这不正确。

在 C++ 和 Java 应用程序中，当传递给函数的参数不是引用时，传递的都是该值的一个副本（按值传递）。区别在于引用。在 C++ 中当传递给函数的参数是引用时，您传递的就是这个引用，或者内存地址（按引用传递）。在 Java 应用程序中，当对象引用是传递给方法的一个参数时，您传递的是该引用的一个副本（按值传递），而不是引用本身。请注意，调用方法的对象引用和副本都指向同一个对象。这是一个重要区别。Java 应用程序在传递不同类型的参数时，其作法与 C++ 并无不同。Java 应用程序按值传递所有参数，这样就制作所有参数的副本，而不管它们的类型。

示例
我们将使用前面的定义和讨论分析一些示例。首先考虑一段 C++ 代码。C++ 语言同时使用按值传递和按引用传递的参数传递机制：

清单 1：C++ 示例 #include
#include

void modify(int a, int *P, int &r);

int main (int argc, char** argv)
{
int val, ref;
int *pint;

val = 10;
ref = 50;
pint = (int*)malloc(sizeof(int));
*pint = 15;

printf("val is %d\n", val);
printf("pint is %d\n", pint);
printf("*pint is %d\n", *pint);
printf("ref is %d\n\n", ref);

printf("calling modify\n");
//按值传递 val 和 pint，按引用传递 ref。
modify(val, pint, ref);
printf("returned from modify\n\n");

printf("val is %d\n", val);
printf("pint is %d\n", pint);
printf("*pint is %d\n", *pint);
printf("ref is %d\n", ref);

return 0;
}

void modify(int a, int *p, int &r)
{
printf("in modify...\n");
a = 0;
*p = 7;
p = 0;
r = 0;
printf("a is %d\n", a);
printf("p is %d\n", p);
printf("r is %d\n", r);
}




这段代码的输出为：

清单 2：C++ 代码的输出 val is 10
pint is 4262128
*pint is 15
ref is 50

calling modify
in modify...
a is 0
p is 0
r is 0
returned from modify

val is 10
pint is 4262128
*pint is 7
ref is 0



这段代码声明了三个变量：两个整型变量和一个指针变量。设置了每个变量的初始值并将其打印出来。同时打印出了指针值及其所指向的值。然后将所有三个变量作为参数传递给 modify 函数。前两个参数是按值传递的，最后一个参数是按引用传递的。modify 函数的函数原型表明最后一个参数要作为引用传递。回想一下，C++ 按值传递所有参数，引用除外，后者是按引用传递的。

modify 函数更改了所有三个参数的值：

将第一个参数设置为 0。
将第二个参数所指向的值设置为 7，然后将第二个参数设置为 0。
将第三个参数设置为 0。

将新值打印出来，然后函数返回。当执行返回到 main 时，再次打印出这三个参数的值以及指针所指向的值。作为第一个和第二个参数传递的变量不受 modify 函数的影响，因为它们是按值传递的。但指针所指向的值改变了。请注意，与前两个参数不同，作为最后一个参数传递的变量被 modify 函数改变了，因为它是按引用传递的。

现在考虑用 Java 语言编写的类似代码：

清单 3：Java 应用程序 class Test
{
public static void main(String args[])
{
int val;
StringBuffer sb1, sb2;

val = 10;
sb1 = new StringBuffer("apples");
sb2 = new StringBuffer("pears");
System.out.println("val is " + val);
System.out.println("sb1 is " + sb1);
System.out.println("sb2 is " + sb2);
System.out.println("");

System.out.println("calling modify");
//按值传递所有参数
modify(val, sb1, sb2);
System.out.println("returned from modify");
System.out.println("");

System.out.println("val is " + val);
System.out.println("sb1 is " + sb1);
System.out.println("sb2 is " + sb2);
}

public static void modify(int a, StringBuffer r1,
StringBuffer r2)
{
System.out.println("in modify...");
a = 0;
r1 = null; //1
r2.append(" taste good");
System.out.println("a is " + a);
System.out.println("r1 is " + r1);
System.out.println("r2 is " + r2);
}
}



这段代码的输出为：

清单 4：Java 应用程序的输出 val is 10
sb1 is apples
sb2 is pears

calling modify
in modify...
a is 0
r1 is null
r2 is pears taste good
returned from modify

val is 10
sb1 is apples
sb2 is pears taste good



这段代码声明了三个变量：一个整型变量和两个对象引用。设置了每个变量的初始值并将它们打印出来。然后将所有三个变量作为参数传递给 modify 方法。

modify 方法更改了所有三个参数的值：

将第一个参数（整数）设置为 0。
将第一个对象引用 r1 设置为 null。
保留第二个引用 r2 的值，但通过调用 append 方法更改它所引用的对象（这与前面的 C++ 示例中对指针 p 的处理类似）。

当执行返回到 main 时，再次打印出这三个参数的值。正如预期的那样，整型的 val 没有改变。对象引用 sb1 也没有改变。如果 sb1 是按引用传递的，正如许多人声称的那样，它将为 null。但是，因为 Java 编程语言按值传递所有参数，所以是将 sb1 的引用的一个副本传递给了 modify 方法。当 modify 方法在 //1 位置将 r1 设置为 null 时，它只是对 sb1 的引用的一个副本进行了该操作，而不是像 C++ 中那样对原始值进行操作。

另外请注意，第二个对象引用 sb2 打印出的是在 modify 方法中设置的新字符串。即使 modify 中的变量 r2 只是引用 sb2 的一个副本，但它们指向同一个对象。因此，对复制的引用所调用的方法更改的是同一个对象。

编写一个交换方法
假定我们知道参数是如何传递的，在 C++ 中编写一个交换函数可以用不同的方式完成。使用指针的交换函数类似以下代码，其中指针是按值传递的：

清单 5：使用指针的交换函数 #include
#include

void swap(int *a, int *b);

int main (int argc, char** argv)
{
int val1, val2;
val1 = 10;
val2 = 50;
swap(&val1, &val2);
return 0;
}

void swap(int *a, int *b)
{
int temp = *b;
*b = *a;
*a = temp;
}




使用引用的交换函数类似以下代码，其中引用是按引用传递的：

清单 6：使用引用的交换函数 #include
#include

void swap(int &a, int &b);

int main (int argc, char** argv)
{
int val1, val2;
val1 = 10;
val2 = 50;
swap(val1, val2);
return 0;
}

void swap(int &a, int &b)
{
int temp = b;
b = a;
a = temp;
}



两个 C++ 代码示例都像所希望的那样交换了值。如果 Java 应用程序使用“按引用传递”，则下面的交换方法应像 C++ 示例一样正常工作：

清单 7：Java 交换函数是否像 C++ 中那样按引用传递参数 class Swap
{
public static void main(String args[])
{
Integer a, b;

a = new Integer(10);
b = new Integer(50);

System.out.println("before swap...");
System.out.println("a is " + a);
System.out.println("b is " + b);
swap(a, b);
System.out.println("after swap...");
System.out.println("a is " + a);
System.out.println("b is " + b);
}

public static void swap(Integer a, Integer b)
{
Integer temp = a;
a = b;
b = temp;
}
}



因为 Java 应用程序按值传递所有参数，所以这段代码不会正常工作，其生成的输入如下所示：

清单 8：清单 7 的输出 before swap...
a is 10
b is 50
after swap...
a is 10
b is 50



那么，在 Java 应用程序中如何编写一个方法来交换两个基本类型的值或两个对象引用的值呢？因为 Java 应用程序按值传递所有的参数，所以您不能这样做。要交换值，您必须用在方法调用外部用内联来完成。

结论
我在书中包括该信息的意图并不是作琐细的分析或试图使问题复杂化，而是想警告程序员：在 Java 应用程序中假定“按引用传递”语义是危险的。如果您在 Java 应用程序中假定“按引用传递”语义，您就可能写出类似上面的交换方法，然后疑惑它为什么不正常工作。

我必须承认，在我第一次认识到 Java 应用程序按值传递所有参数时，我也曾表示怀疑。我曾一直假定因为 Java 应用程序有两种类型，所以他们按值传递基本类型而按引用传递引用，就像 C++ 那样。在转向 Java 编程之前我已用 C++ 编程好几年了，感觉任何其他事情似乎都不直观。但是，一旦我理解了发生的事情，我就相信 Java 语言按值传递所有参数的方法更加直观。The Java Programming Language，Second Edition 的作者，Ken Arnold 和 James Gosling 在 2.6.1 节中说得最好：“在 Java 中只有一种参数传递模式 -- 按值传递 -- 这有助于使事情保持简单。”

资源

要查找生成有效 Java 代码的实用方法，请参阅 Peter Haggar 的 Practical Java Programming Language Guide。
要了解如何有效地利用 Java 的构造、库和语言详细资料，请参阅 Ken Arnold 和 James Gosling 的 Java Programming Language，Second Edition。
请阅读 developerWorks 上发布的 Practical Java 的其他节选。
关于作者
Peter Haggar 是位于北卡罗莱纳州的 Research Triangle Park 的 IBM 的高级软件工程师。他有丰富的编程经验，工作过的领域包括开发工具、类库和操作系统。在 IBM，Peter 的工作领域是新出现的 Java 技术。他目前正致力于嵌入式 Java 并且是 IBM 实时 Java 引用实现的项目负责人。在众多的行业会议上，Peter 经常就有关 Java 技术发言。他已为 IBM 工作了 12 年以上，并获得 Clarkson 大学计算机科学理学士学位。可以通过 [e-mail] 与他联系。

[jsyx]

如果是static final
那么必须在定义时或在static block中初始化。（一次）

如果是non-static final
那么必须在定义时，或non-static block，或构造器中初始化。（一次）

[hahaha88]

谢谢cherami的帖子和翻译 ：-)

另外Peter Haggar也是一位好同志，有学问，又会耐心回答别人的问题，我
见过别人表扬他的信，嘻嘻

[skyyoung]

在B中i会初始化罗。

[Patrick_DK]

关键是在编译的时候啊，又没有ｎｅｗ一个实例．

哦，对了，路人甲，我昨天好像也有个这样的问题，没有人解决，你帮我看看？

http://www.csdn.net/expert/topic/507/507332.shtm

http://www.csdn.net/expert/topic/507/507466.shtm

[topbit]

final必须附值，可以在1申明的时候附值，也可以2在初始化代码中附值。
例子二就是在初始化代码中附值。
final的本质含义是不可变更。只是常用在申明时附值，所以造成思维定势，忽略了2的用法。

[gzgangster]

在JAVA中常量必须初始化,且必需在构造完成之前初始化.

[Patrick_DK]

可是第二种情况，没有创建一个Ｂ类实例，仅仅是编译代码啊

[pengji]

但编译器知道I一定会被初使化的呀!

[cherami]

to hahaha88(忧郁的眼神，稀嘘的胡子喳):
呵呵，那篇文章不是我翻译的，我只是转贴了一下，而且这个帖子贴错了，应该是回答Patrick_DK(疾风摩郎)的另一个问题的。

[super_rosemary]

cherami(cherami)
说话要说重点
这么多 一把抓

[Patrick_DK]

to 楼上：
cherami讲得很好啊，你看完文章再说吗