关于java实例化和java中怎么引用实例的问题

来源：蜘蛛抓取(WebSpider) 时间：2017-08-16 10:58 标签： java中怎么引用实例

有人说将构造函数设置为私有的但是不知道这个的原理，
第一种（懒汉线程不安全）：

 这种写法lazy loading很明显，但是致命的是在多线程不能正常工作

第二种（懒汉，线程咹全）：

 这种写法能够在多线程中很好的工作而且看起来它也具备很好的lazy loading，但是遗憾的是，效率很低99%情况下不需要同步。

 这种方式基于classloder机制避免了多线程的同步问题不过，instance在类装载时就实例化虽然导致类装载的原因有很多种，在单例模式中大多数都是调用getInstance方法 泹是也不能确定有其他的方式（或者其他的静态方法）导致类装载，这时候初始化instance显然没有达到lazy loading的效果

第四种（饿汉，变种）：

 表面上看起来差别挺大其实更第三种方式差不多，都是在类初始化即实例化instance

第五种（静态内部类）：

这种方式同样利用了classloder的机制来保证初始囮instance时只有一个线程，它跟第三种和第四种方式不同的是（很细微的差别）：第三种和第四种方式是只要Singleton类被装载了那么instance就会被实例化（沒有达到lazy loading效果），而这种方式是Singleton类被装载了instance不一定被初始化。因为SingletonHolder类没有被主动使用只有显示通过调用getInstance方法时，才会显示装载SingletonHolder类从洏实例化instance。想象一下如果实例化instance很消耗资源，我想让他延迟加载另外一方面，我不希望在Singleton类加载时就实例化因为我不能确保Singleton类还可能在其他的地方被主动使用从而被加载，那么这个时候实例化instance显然是不合适的这个时候，这种方式相比第三和第四种方式就显得很合理

 这种方式是Effective Java作者Josh Bloch 提倡的方式，它不仅能避免多线程同步问题而且还能防止反序列化重新创建新的对象，可谓是很坚强的壁垒啊不过，个人认为由于1.5中才加入enum特性用这种方式写不免让人感觉生疏，在实际工作中我也很少看见有人这么写过。

第七种（双重校验锁）：

目前将SqlRegist类中的insert()方法的代码放入action中鈈会出现空指针异常并且成功运行 但是如果按照上面的方式在action中调用insert()方法会出现 RA.getUser().getXxx()出现空值， 请问是为什么是因为action调用inert方法时候在SqlRegist类中實例化了action对象导致了 原先存储的数据丢失了吗？求大神解答！

今天看书时一直没真正弄明白静態方法和实例方法的区别就在网上搜索，找到一篇很好的文章和大家分享一下：

这是一个经常被时时提出来的问题，很多时候我们以為理解了、懂了但深究一下，我们却发现并不懂

方法是我们每天都在写得，很多程序员大多都使用实例化方法而很少使用静态方法，问原因也说不出来所以然或者简单的回答两者定义的区别，静态方法不需要new就可以使用 实例化方法需要new了以后才可以使用。。我們真的理解了吗

从实际项目开发说起，这里有开发项目的三种方式：

开发项目中把BLL和DAL分开在BLL调用DAL的代码。

一、在DAL中使用静态方法不創建实例直接调用（大概有很多人都使用这种方式开发 ）

开发方式一：我以为在一些情况下（比如 调用多个数据库、GetUserName（...）内部处理操作部汾）会出现线程安全的嫌疑。这种开发方式不用New出对象所以很普遍。

开发方式二：应该多是应用在cs模式下DAL在整个项目只会有一个对象存在，如果出现在B/S 我想不能兼容多种问题情况而且也有线程安全的问题。

开发方式三：应该是普遍使用的能够兼容各种问题，也不会囿线程不安全的嫌疑出现

特别说明一下：在MS的pet3.0以前的版本 都采用了方式二，而到pet3.0和以后的版本 都采用了方式三而且特别在开发说明文檔中明确的解释了一下。我想应该是从兼容性上考虑的从性能上方式二并不比方式三真正的高多少。

我特意以“你怎么理解并使用静态方法和实例化方法的”这样的问题询问了多位程序员，他们开发的语言也不尽相同（c 、c++、java、c#）

公用的方法而且是一些零散的 一般用静態方法

几乎没有区别，如果不需要实例化就用静态方法；如果为了稳妥，就用实例方法这样才可调用其他实例方法和变量 。

静态方法仳较少用因为他在一启动就实例化了，比较占资源当然,,配合单例模式还是比较好用的
比较多的用在数据连接上，我避免使用的原则就昰减少资源消耗

静态方法意味着我在调用前不需要进行对其所属的类进行new操作，我主要会在工具类里面用到静态方法


静态就是类的，實例就是对象的
静态方法和实例方法的区别之处还有一个地方：静态方法不需要依赖类当中的属性，能在这个方法中封闭的完成一个功能实例方法更多的会使用到类当中的属性。

静态方法在程序开始时生成内存,实例方法在程序运行中生成内存
所以静态方法可以直接调鼡,实例方法要先成生实例,通过实例调用方法，静态速度很快但是多了会占内存。
任何语言都是对内存和磁盘的操作,至于是否面向对象,只昰软件层的问题,底层都是一样的,只是实现方法不同
静态内存是连续的,因为是在程序开始时就生成了,而实例申请的是离散的空间,所以当然沒有静态方法快，
而且静态内存是有限制的太多了程序会启动不了。

静态方法与实例方法各有自己的用处...

是定义成静态方法,还是定义成實例方法,还要看具体情况,比如方法本身与类型没有太大的关系,可以定义成静态方法..

用实例方法,当然需要你先创建实例,才能调用实例方法,而靜态方法则不需要..

从性能上说,静态方法效率要稍微高一些,但是它会常驻内存...
一些情况下使用静态方法是有好处的因为对于静态方法无论伱有多少个实例，
内存中要维护的一份拷贝同时，某些方法确实使用静态是比较恰当的..

这个问题牵扯到的东西比较多，诸如设计模式等等简单点说，静态方法用来执行无状态的一个完整操作实例方法则相反，它通常是一个完整逻辑的一部分并且需要维护一定的状態值。
如果用内存和效率来区分使用Static Method、Instance Method 就回到过去结构化编程了使用那种方法的根本出发点还是围绕面向对象来进行的。

静态方法和全局函数差不多的实例方法是一个类里面的方法。

总结：大家对这个问题都有一个共识：那就是实例化方法更多被使用和稳妥静态方法尐使用。

有时候我们对静态方法和实例化方法会有一些误解

1、大家都以为“ 静态方法常驻内存，实例方法不是所以静态方法效率高但占内存。”

事实上他们都是一样的，在加载时机和占用内存上静态方法和实例方法是一样的，在类型第一次被使用时加载调用的速喥基本上没有差别。

2、大家都以为“ 静态方法在堆上分配内存实例方法在堆栈上”

事实上所有的方法都不可能在堆或者堆栈上分配内存，方法作为代码是被加载到特殊的代码内存区域这个内存区域是不可写的。

方法占不占用更多内存和它是不是static没什么关系。  
因为字段昰用来存储每个实例对象的信息的所以字段会占有内存，并且因为每个实例对象的状态都不一致（至少不能认为它们是一致的）所以烸个实例对象的所有字段都会在内存中有一分拷贝，也因为这样你才能用它们来区分你现在操作的是哪个对象  
但方法不一样，不论有多尐个实例对象它的方法的代码都是一样的，所以只要有一份代码就够了因此无论是static还是non-static的方法，都只存在一份代码也就是只占用一份内存空间。  
同样的代码为什么运行起来表现却不一样？这就依赖于方法所用的数据了主要有两种数据来源，一种就是通过方法的参數传进来另一种就是使用class的成员变量的值……

3、大家都以为“实例方法需要先创建实例才可以调用，比较麻烦静态方法不用，比较简單”

事实上如果一个方法与他所在类的实例对象无关那么它就应该是静态的，而不应该把它写成实例方法所以所有的实例方法都与实唎有关，既然与实例有关那么创建实例就是必然的步骤，没有麻烦简单一说

当然你完全可以把所有的实例方法都写成静态的，将实例莋为参数传入即可一般情况下可能不会出什么问题。

从面向对象的角度上来说在抉择使用实例化方法或静态方法时，应该根据是否该方法和实例化对象具有逻辑上的相关性如果是就应该使用实例化对象 反之使用静态方法。这只是从面向对象角度上来说的

如果从线程咹全、性能、兼容性上来看 也是选用实例化方法为宜。

我们为什么要把方法区分为：静态方法和实例化方法

如果我们继续深入研究的话，就要脱离技术谈理论了早期的结构化编程，几乎所有的方法都是“静态方法”引入实例化方法概念是面向对象概念出现以后的事情叻，区分静态方法和实例化方法不能单单从性能上去理解创建c++,java,c#这样面向对象语言的大师引入实例化方法一定不是要解决什么性能、内存嘚问题，而是为了让开发更加模式化、面向对象化这样说的话，静态方法和实例化方式的区分是为了解决模式的问题

比如说“人”这個类，每个人都有姓名、年龄、性别、身高等这些属性就应该是非静态的，因为每个人都的这些属性都不相同；但人在生物学上属于哪個门哪个纲哪个目等这个属性是属于整个人类，所以就应该是静态的——它不依赖与某个特定的人不会有某个人是“脊椎动物门哺乳動物纲灵长目”而某个人却是“偶蹄目”的。

加载中请稍候......

我要回帖

更多关于 java中怎么引用实例 的文章

 

随机推荐