Java理论与实践 - 它是谁的对象? - 编程入门网
作用域的变量保存,则通过复制对象来进行简 化。)
那么,怎么着? 此时,您可能正纳闷,为什么我还要讨论内存管理、别名和对象所有权。毕 竟,垃圾收集是 Java语言的核心特性之一,而内存管理是已经过时的一件麻烦 事。就让垃圾收集器来处理这件事吧,这正是它的工作。那些从内存管理的麻烦 中解脱出来的人不愿意再回到过去,而那些从未处理过内存管理的人则根本无法 想象在过去倒霉的日子里――比如1996年――程序员的编程是多么可怕。 提防悬空别名 那么这意味着我们可以与对象所有权的概念说再见了吗?可以说是,也可以 说不是。大多数情况下,垃圾收集确实消除了显式资源存储单元分配(explicit resource deallocation)的必要(在以后的专栏中我将讨论一些例外)。但是 ,有一个区域中,所有权管理仍然是Java 程序中的一个问题,而这就是悬空别 名(dangling aliases)问题。Java 开发者通常依赖于这样一个隐含的假设, 即假设由对象所有权来确定哪些引用应该被看作是只读的 (在C++中就是一个 const 指针),哪些引用可以用来修改被引用的对象的状态。当两个类都(错误 地)认为自己保存有对给定对象的惟一可写的引用时,就会出现悬空指针。发生 这种情况时,如果对象的状态被意外地更改,这两个类中的一个或两者将会产生 混淆。 Java理论与实践 - 它是谁的对象?(2)时间:2010-12-20一个贴切的例子 考虑清单 2 中的代码,其中的 UI 组件保存有一个 Point 对象,用于表示 它的位置。当调用 MathUtil.calculateDistance 来计算对象移动了多远时,我 们依赖于一个隐含而微妙的假设――即 calculateDistance 不会改变传递给它 的 Point 对象的状态,或者情况更坏,维护着对那些 Point 对象的一个引用( 比如通过将它们保存在集合中或者将它们传递到另一个线程),然后这个引用将 用于在 calculateDistance 返回后更改Point 对象的状态。在 calculateDistance的例子中,为这种行为担心似乎有些可笑,因为这明显是一 个可怕的违背惯例的情况。但是,如果要说将一个可变的对象传递给一个方法, 之后对象还能够毫发无损地返回来,并且将来对于对象的状态也不会有不可预料 的副作用(比如该方法与另一个线程共享引用,该线程可能会等待5分钟,然后 更改对象的状态),那么这只不过是一厢情愿的想法而已。 清单 2. 将可变对象传递给外部方法是不可取的
一个愚蠢的例子 大家对该例子明显而普遍的反应就是――这是一个愚蠢的例子――只是强调 了这样一个事实,即对象所有权的概念在 Java 程序中依然存在,而且存在得很 好,只是没有说明而已。calculateDistance 方法不应该改变它的参数的状态, 因为它并不“拥有”它们――当然,调用方法拥有它们。因此说不用考虑对象所 有权。 下面是一个更加实用的例子,它说明了不知道谁拥有对象就有可能会引起混 淆。再次考虑一个以 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢! |