采用runtime机制实现原生tabbar中间的突起按钮（中间按钮对应的控制器同样属于tabController的子控制器,非modal形式弹出）
2021-10-13 14:39:46
317KB
1
深入Linux设备驱动程序内核机制---高清版.pdf 个人收集电子书，仅用学习使用，不可用于商业用途，如有版权问题，请联系删除！
2021-10-12 16:09:53
49.99MB
1
17.2 垃圾回收机制
在C++中，对象的删除是由程序员负责的，可以使用delete关键字来执行这一操作。如
果程序员忘记删除对象，则可能出现内存泄露（memory leak）的问题，包括未释放内存，
访问未分配的内存区域，访问不存在的对象等。这些问题经常又很难重现，在调试时需要花
费很多的时间去追踪。
在.NET中，为了将开发人员从内存管理的繁琐过程中解脱出来，将更多的精力用在业务
逻辑上，CLR提供了自动执行垃圾回收的机制来进行内存管理，开发人员甚至感觉不到这一
过程的存在。CLR执行垃圾回收的过程，有几个要点，这也是本章的主要内容：
❑如何判断哪些对象是可以进行回收的，哪些是要保留的？
❑对象在堆上是如何分布的？何时执行垃圾回收？
❑垃圾回收的过程是如何进行的？有哪些优化策略？
17.2.1 判断哪些对象需要进行回收
执行垃圾回收，要解决的第一个问题就是判断哪些对象需要被垃圾回收。
现在再回到本书17.1的例子，继续关注没有任何变量引用到的Phone对象。如果它继续
停留在托管堆上，那么势必要持续地占用内存资源。如果程序中存在大量创建对象的代码，
例如创建一个成员很多的数组，占用的内存资源会更多。因此，需要进行垃圾回收的对象就
是：在代码中的任何位置也无法访问到的对象。
那么如何判断哪些对象能够被访问，哪些对象无法被访问呢？CLR需要借助于应用程序
根（Application Roots）和对象图（Object Graph）。应用程序根保存了对堆上对象的引
用，因此，上面RunTest()方法中的item变量，即是应用程序根的一种。如果一个对象没有
直接或间接被应用程序根所引用，那么就说明没有任何代码可以访问到它，因此这个对象可
以被回收。应用程序根有下面几种：
2021-10-11 20:52:55
10.59MB
1