Java编程思想笔记（五）

1. 重载：根据方法的名称和方法的参数列表，返回值是不参与标识重载的
2. static关键字，其实是会破坏面向对象，因为它有点像是全局函数的定义

3. finalize()方法：要准备释放对象占用存储空间，首先需要调用了此方法，然后在下一次垃圾回收的时候，才会真正的将这个对象所占用的空间释放（下一次垃圾回收是可能永远都不会发生，所以这个对象可能是随着程序结束，被操作系统回收资源的时候才会被回收）。熟记以下几点：

   • 对象可能不被垃圾回收
   • 垃圾回收并不等于“析构”
   • 垃圾回收只与内存有关

   一般来说，通过new出来的对象都不需要我们关心他们的销毁，垃圾回收器会帮我们回收。然后如果是通过调用本地方法（C或者CPP）产生的内存消耗的时候，需要调用finalize(）方法进行回收

4. GC工作流程
   CPP内存分配：CPP的内存分配就像一个大院子，每个人负责自己独立的那块
   Java内存分配：Java的内存分配就像传送带，每分配一个对象就往前移动一格。所以Java的堆指针只是简单的移动到尚未分配的区域。这样分配空间，最终当创建的对象足够多之后，内存资源将耗尽。所以会需要垃圾回收器介入。一方面可以回收对象，另一方面可以保证堆中对象的紧凑排列，可以很容易移动到更靠近传送带的开始处，也就尽量避免了页面错误。

   • 引用计数：每个对象都含有一个引用计数器。当引用连接至对象时，引用计数加1。当引用离开作用域或者置为null时，引用计数减1。垃圾回收器会在含有全部对象的列表上遍历，发现某个对象引用计数为0时，就释放其占用空间。有一种重大缺陷，如果对象存在循环引用，可能出现“对象应该被回收，但是引用计数却不为0的情况”

   • 可达性分析：从堆栈或者静态存储区开始，遍历所有的引用，找到所有的活的对象。对于发现的每个引用，必须追踪它所引用的对象，然后是此对象包含的所有引用。如此反复进行，直到“基于堆栈和静态存储区的引用”所形成的网络全部被访问为止。有两种做法：

     • 停止-复制: stop and copy ，显然这意味着我们需要暂停此时正在运行的程序（所以不属于后台回收模式），然后将所有存活的对象，从当前堆复制到另一个堆，没有复制的当然就是没有标记为存活的垃圾对象。当对象被复制到新堆时，它们是一个挨着一个的，所以以新堆保持紧凑排列，直接按照之前“传送带”的模式，顺序分配新的空间了。当然，当这些对象从一处搬到另一处时，所有指向它的那些引用都必须修正。即位于栈或者静态存储区的引用，以及对象之间的引用，将旧地址映射至新的地址。这种方式缺陷有二：

       1. 得要有两个堆，在两个堆之间来回倒腾。从而维护的空间比之前多一倍
       2. 程序进入状态之后，可能只会产生少量的垃圾。尽管如此，也会做复制到另一处的操作，就显得很浪费了

       为了避免这两种情形 ，虚拟机会切换到另外一种工作模式，“标记-清扫”。对一般用途而言，“标记-清扫”方式相当慢，可是当你知道只会产生少量垃圾甚至不会有垃圾的时候，它的速度就很快了

     • 标记-清扫：所依据的思路同样是从堆栈或者静态存储区出发，遍历所有的引用。进而找出所有的存活对象。每当它找到一个存活的对象，就会给对象设一个标记，这个过程中不会回收任何对象。只有全部标记工作完成的时候，清理动作才会开始。在清理的过程中，没有标记的对象将被释放，不会发生任何复制动作。所以剩下的堆空间是不连续的，垃圾回收器想要得到连续的空间的话，就得重新整理剩下的对象
   • 内存分代执行不同策略：此书描述不是很清晰有待查询。
5. static修饰的相关对象，方法，语句，在类进行加载的时候，就会被一起加载进内存。不需要等待对象的创建。