Static总结——类成员

这部分给忘个差不多了

哈哈，都怪当时没有理解类与对象，导致老师讲解这部分的时候没有听懂。。。
其实挺简单的。

参考：《java疯狂讲义》

类成员

static关键字修饰的成员是类成员，可以用来修饰变量，方法，静态初始化块，但不能修饰构造器。static修饰的类成员属于整个类，不属于单个实例。

理解类成员

java类中只能包含成员变量、方法、构造器、初始化块、内部类（接口、枚举）5中成员。
static可以修饰其中的4种，成员变量、方法、初始化块内部类（接口、枚举）。
被static修饰的成员就是类成员，类成员属于整个类，而不属于单个对象。

1. 类变量
   类变量属于整个类，当系统第一次准备使用类时，系统会为该类变量分配内存空间，类变量开始生效，直到类被卸载，该类的类变量才被系统的垃圾回收机制回收。类变量的生存范围几乎等同于该类的生存范围。当类初始化完成后，类变量也被初始化完成。
   类变量既可以通过类来访问，也可以通过类的对象来访问。但通过类的对象来访问类变量时，实际上不是访问该对象所拥有的变量，因为当系统创建该类的对象时，系统不会再为类分配内存，也不会再次对类变量进行初始化，也就是说，对象根本不拥有对应的类变量。通过对象访问类变量只是一种假象，通过对象访问的依然是该类的类变量，可以这样理解：通过对象那个来访问类变量时，系统会在底层转换为通过类来访问类变量。
   对象只能访问实例变量，类变量只能通过类来访问。
   由于对象实际并不持有类变量，类变量是由该类持有的，同一个类的所有对象访问类变量时，实际上访问的都是该类所持有的变量。因此，从程序运行表面来看，即可看到同一类的所有实例的类变量共享一块内存区。
2. 类方法
   类方法也是类成员的一种。通常直接使用类作为调用者来调用类方法，但也可以使用对象来调用类方法。与变量类似，即使使用对象来调用类方法，其效果也是采用类来调用类方法完全一样。
   当使用实例来访问类成员时，实际上依然是委托给该类来访问类成员，因此即使某个实例为null，他也可以访问他所属类的类成员。

public class NullAccessStatic {
	private static void test(){
		System.out.println("static修饰的类方法");
	}
	
	public static void main(String[] args){
		//定义一个NullAccessStatic变量，其置为null
		NullAccessStatic nas = null;
		//使用null对象调用所属类的静态方法
		nas.test();
	}
}

结果：

static修饰的类方法

表明null对象可以访问它所属类的成员。

3. 静态代码块
   静态代码块也是类成员的一种，静态初始化块用于执行类初始化动作，在类的初始化阶段，系统会调用该类的静态初始化块进行初始化。一旦该类初始化结束后，静态初始化块经永远不会获得执行的机会。

4. 小结
   对static关键字而言，有一条非常重要的规则，类成员不能访问实例成员；类成员包括方法、初始化块、内部类和枚举类；实例成员包括成员变量、方法、初始化块、内部类和枚举类。 因为类成员是属于类的，类成员的作用域比实例成员的作用域更大，完全可能出现类成员已经初始化完成，但实例成员还不曾初始化的情况，如果允许类成员访问实例成员将引起大量错误。

单例（Singleton）类

大部分时候把类的构造器定义成public访问权限，允许任何类自由创建该类的对象。但在某些时候，允许创建其他类自由创建该类的对象没有任何意义，还可能造成系统性能下降（因为频繁地创建对象、回收对象带来的系统开销问题）。
如果一个类时钟只能创建一个实例，则这个类被称为单例类。
在不允许自由创建该类的对象，只允许为该类创建一个对象时，为避免其他类自由创建该类实例，应该吧类的构造器使用private修饰（博主这个小白这点还真是没见过…），从而把该类隐藏起来。
根据良好的封装原则：一旦把该类的构造器隐藏起来，就需要提供一个public方法作为该类的访问点，用于创建该类的对象，且该方法必须使用static修饰（因为调用该方法之前还不存在对象，因此调用该方法的不可能是对象，只能是类）。（第一次看确实有点绕诶…）
除此之外，该类还必须缓存已经创建的对象，否则该类无法知道是否曾经创建过对象，也就无法保证只创建一个对象。因此该类需要使用一个成员变量来保存曾经创建的对象，以为该成员变量小被上面的静态方法访问，故该成员变量必须使用static修饰。（绕来绕去…）
让我们来动动小手：

class Singleton {

	// 使用一个类变量来缓存曾经创建的实例
	private static Singleton instance;

	// 对构造器使用private修饰，隐藏该构造器
	private Singleton() {
	}

	// 提供一个静态方法，用于返回Singleton实例
	// 该方法可以加入自定义控制，保证只产生一个Singleton对象
	public static Singleton getInstance() {
		// 如果instance为null,则表明还不曾创建Singleton对象
		// 如果instance不为null,则表名已经创建了Singleton对象
		// 将不会重新创建新的实例
		if (instance == null) {
			// 创建一个Singleton对象，并将其缓存起来
			instance = new Singleton();
		}
		return instance;
	}
}

public class SingletonTest {
	public static void main(String[] args) {
		// 创建Singleton对象不能通过构造器
		// 只能通过getInstance方法类得到实例
		Singleton s1 = Singleton.getInstance();
		Singleton s2 = Singleton.getInstance();
		System.out.println(s1 == s2);// 结果为true
	}
}

正是通过上面getInstance方法提供的自定义控制（这也是封装的优势:不允许自由访问类的成员变量和实现细节，而是通过方法来控制合适暴露），保证Singleton类智能产生一个实例。所以，在SingletonTest类的main()方法中，看到两次产生的Singleton对象实际上是同一个对象。

结束总结（可以忽略）

笑Cry,23333,完全比着书本敲了两页。我其实想总结的，但是发现书中的那些话总他妈的很有道理，就是去不掉。之前看到感觉很多都是有助于理解的不太重要的语句，在自己写的过程中发现确实不能省略，省略了会给看到人造成一定的困扰，当然大佬也不会看这么基础的东西。
哈哈，总算是敲完了。。效率 真是在是太慢了
我还发现了，看书的质量比在网上乱翻只在是好的太多太多了。在刚刚已经觉悟的我看来，网上的东西只是为了临时解决问题用的，真正的要学会某一个知识点，还是看书本比较好，毕竟作者每一句话都是经过深思熟虑，仔细推敲逻辑，还有照顾博主这样的小白。但网上的文章水平就参差不齐了，质量得到一定的保证，例如博主写的博客，23333自嘲一番，我写的东西现在看来确实不能看！都是什么玩意啊…很多都是在自己不是特别理解的情况下，抄被人的…有制造垃圾了
但是作为自身学习的一个总结是很不错的，把自己看的学的东西记下来，回头可能二次咀嚼（好恶心啊）,味道一定非常棒…
路要一步一步走，饭要一口一口吃！
加油，送给在电脑前努力奋斗的你！