静态方法与实例方法的区分

Posted 2020-08-25 易小川

Java系列之：看似简单的问题 静态方法和实例化方法的区别

Java程序启动class文件被读取时类被加载，如果有static方法，此时会分配内存，非static方法实例化类时才在内存中分配控件存储，引用存储在堆栈中，实体存储在堆中

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

 

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

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

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

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

class DAL
{
public static string GetUserName(...);
}
在BLL中调用：
DAL.GetUserName();

二、在DAL中使用实例方法，采用静态成员模式(或Singleton)通过实例来调用：
class DAL
{
public static readonly DAL dal = new DAL();
public string GetUserName(...);
}
在BLL中调用：
DAL.dal.GetUserName();

三、在DAL中使用实例方法，每次调用之前先创建DAL对象的实例：
class DAL
{
public string GetUserName(...);
}
在BLL中调用：
DAL dal = new DAL();
dal.GetUserName();

---------------------------------------------------------------

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

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

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

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

以下是他们的回答：

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

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

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

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

winson_张林说：
最大的区别在于内存。
静态方法在程序开始时生成内存,实例方法在程序运行中生成内存

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

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

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

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

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

 

陈亮说：

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

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

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

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

拿别人一个例子说事：

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

Java静态初始化，实例初始化以及构造方法
首先有三个概念需要了解：
一．静态初始化：是指执行静态初始化块里面的内容。
二．实例初始化：是指执行实例初始化块里面的内容。
三．构造方法：一个名称跟类的名称一样的方法，特殊在于不带返回值。
我们先来看一段程序结果：

执行结果：
this is static method~
this is static block
如果把

 的注释去掉的话，运行结果为：
this is static method~
this is static block
初始化块：0
this is Book\'s constructor~

执行顺序：（优先级从高到低。）静态代码块>main方法>实例初始化块>构造代码块>构造方法。”

总结：
仅从代码执行的角度来探讨Java加载类、创建对象的过程，并没有深入到JVM的机制中去。
1．一个对象第一次被创建时，先要加载该对象所属的类，即对应的.class文件，当然如果类已经加载，再次创建该类的对象时，就不再需要重新加载类了。而一个类加载的时候，有三个部分需要加载，一个是静态变量，再然后是静态方法，然后是静态初始化块。（见到第一次执行结果就知道了，由于没有创建实例所以初始化块不执行）
2．然后开始创建该类的实例了，当然如果静态方法跟静态初始化对象中有对象的创建时，就继续加载该对象的类，当然已经加载了该对象的类的话就不需要再次加载了。那么对象实例的创建过程是什么呢？首先是成员变量的引入，然后是实例初始化块，之后才是构造方法，构造方法执行完成之后才算把这个对象给创建出来了。
在这个过程中，真正可以编写执行代码的地方有三个，静态初始化、实例初始化以及构造方法。从以上的分析中我们可以看到，这三个代码块的执行顺序是先类的静态初始化，再实例初始化，最后执行构造方法。也就是说，静态初始化是属于类加载的过程，所以它只执行一次，而实例初始化是每个对象创建时都会执行一次，而构造方法跟实例初始化其实也差不多，不过它在实例初始化之后执行，而且构造方法可以重载多个，执行哪个构造方法是根据你的选择来的。
可以把main () 函数加一条语句看看：

 

 此时执行结果为：
this is static method~
this is static block
初始化块：0
this is Book\'s constructor~
初始化块：1
this is Book\'s constructor~
这说明实例初始化是每个对象创建时都会执行的。