分享
 
 
 

Java 应用程序中的按值传递语义

王朝java/jsp·作者佚名  2006-01-08
窄屏简体版  字體: |||超大  

China

IBM 主页

产品

咨询

行业

新闻

关于 IBM

dW 中国站点 : Java 概览 : 文档库 - 论文

立即下载!

PDF

(57.4 KB)

免费的 Acrobat™ Reader

--

Java 应用程序中的按值传递语义

Peter Haggar

IBM 高级软件工程师

2000 年 5 月

内容:

要点

参数传递

示例

编写一个交换方法

结论

资源

关于作者

几个月前,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 10pint is 4262128*pint is 15ref is 50calling modifyin modify...a is 0p is 0r is 0returned from modifyval is 10pint is 4262128*pint is 7ref 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 10sb1 is applessb2 is pearscalling modifyin modify...a is 0r1 is nullr2 is pears taste goodreturned from modifyval is 10sb1 is applessb2 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 10b is 50after swap...a is 10b 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 大学计算机科学理学士学位。可以通过 haggar@us.ibm.com 与他联系。

您对这篇文章的看法如何?

真棒!

好文章

一般;尚可

需提高

太差!

建议?

(c) Copyright IBM Corp. 2001, (c) Copyright IBM China 2001, All Right Reserved

隐私

法律

联系

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
2023年上半年GDP全球前十五强
 百态   2023-10-24
美众议院议长启动对拜登的弹劾调查
 百态   2023-09-13
上海、济南、武汉等多地出现不明坠落物
 探索   2023-09-06
印度或要将国名改为“巴拉特”
 百态   2023-09-06
男子为女友送行,买票不登机被捕
 百态   2023-08-20
手机地震预警功能怎么开?
 干货   2023-08-06
女子4年卖2套房花700多万做美容:不但没变美脸,面部还出现变形
 百态   2023-08-04
住户一楼被水淹 还冲来8头猪
 百态   2023-07-31
女子体内爬出大量瓜子状活虫
 百态   2023-07-25
地球连续35年收到神秘规律性信号,网友:不要回答!
 探索   2023-07-21
全球镓价格本周大涨27%
 探索   2023-07-09
钱都流向了那些不缺钱的人,苦都留给了能吃苦的人
 探索   2023-07-02
倩女手游刀客魅者强控制(强混乱强眩晕强睡眠)和对应控制抗性的关系
 百态   2020-08-20
美国5月9日最新疫情:美国确诊人数突破131万
 百态   2020-05-09
荷兰政府宣布将集体辞职
 干货   2020-04-30
倩女幽魂手游师徒任务情义春秋猜成语答案逍遥观:鹏程万里
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案神机营:射石饮羽
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案昆仑山:拔刀相助
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案天工阁:鬼斧神工
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案丝路古道:单枪匹马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:与虎谋皮
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:李代桃僵
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:指鹿为马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:小鸟依人
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:千金买邻
 干货   2019-11-12
 
推荐阅读
 
 
 
>>返回首頁<<
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有