NET框架-第四节.ppt

  1. 1、本文档共157页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
C#Primer Plus中文版P26页 可以说C#和Java的相同点是非常多的,其实软件技术发展到今天,如果C#和Java不一样才是奇怪的, 其它相同点包括: 内部类; ?????? 类继承时无需指定访问级别;【译注:在C++中,你可以这么做:class cls2: private cls1{};等等】 ???????? 没有全局函数或常量,一切都必须属于类; l????????? 数组和字符串都保存长度记数并具边界检查能力; l????????? 永远使用“.”操作符,不再有“-”、“::”操作符; l????????? null和boolean/bool是关键字;【译注:Java中为boolean、C#中为bool,相当于System.Boolean】 l????????? 所有的值在使用前必须被初始化; l????????? if语句不能使用整型数为判别条件; l????????? try语句块后可以跟finally从句 不能在所有类之外定义全局变量?,只能通过在一个类中定义公用、静态的变量来实现一个全局变量,而在?C和?C++中?,依赖于不加封装?的全局变量常常造成系统的崩溃 指针是?C、?C++中最灵活?,也是最容易产生错误的数据类型。由指针所进行?的内存地址操作常会造成不可预知的错误?,同时通过指针对某个内存地址进行显式类型转换后?,可以访问一个?C++中的私有成员?,从而破坏安全性?,造成系统的崩溃 在?C中?,程序员通过库函数?malloc()和?free()来分配和释放内存?,?C++?中则通过运算符?new和?delete来分配和释放内存。再次释放已释放的内存块或? 未被分配的内存块?,会造成系统的崩溃?;同样?,忘记释放不再使用的内存块也?会逐渐耗尽系统资源。而在?Java和C#中?,所有的数据结构都是对象?,通过运算符new?为它们分配内存堆。通过new得到对象的处理权?,而实际分配给对象的内存可能?随程序运行而改变?,Java和C#对此自动地进行管理并且进行垃圾收集?,有效防止了由?于程序员的误操作而导致的错误?,并且更好地利用了系统资源 C、?C++中用头文件来声明类的原型以及全局变量、库函数等?,在大的系?统中?,维护这些头文件是很困难的。而?Java和C#不支持头文件?,类成员的类型和访?问权限都封装在一个类中?,运行时系统对访问进行控制?,防止对私有成员的操?作。 C、?C++中用宏定义来实现的代码给程序的可读性带来了困难。在?Java和C# ?中?,不支持宏?,它通过关键字?final(Java)和const(C#)来声明一个常量?,以实现宏定义中广泛使用的常量定义 * 代龄机制演示(9/10) 托管堆 9.垃圾收集器对第1代和第0代对象进行垃圾收集,释放对象A、B、G、P、R 所占用的内存空间,并提升代龄 D 第2代 F I N O Q S 第1代 第0代 * 代龄机制演示(10/10) 托管堆 10.重复以上各步…… D 第2代 F I N O Q S 第1代 第0代 …… * .NET代龄机制 在.NET Framewok中CLR将托管堆分为三代:第0代,第1代,第2代。当CLR初始化时,为这三代选择3个阙值容量。分别为256k,2MB,10MB。 阙值容量越大,垃圾执行的频率也就越低。 * CLR的垃圾收集器还是一个自调节的垃圾收集器 垃圾收集器会调整各个代的阙值容量,从而达到提高应用程序性能的目的。 * 5.4.4 非托管资源的管理 Finalization 终止化操作 Dispose * 非托管资源:  例如文件句柄、Socket链接等)或者需要特别关照的对象(例如Bitmap对象等) * 非托管资源管理的必要性:    将所有的事情都交给GC有时会损及程序的效率,严重的甚至可能导致错误。 * Finalization 终止化操作 1.标记对象为Finalizer   *  当一个具有Finalizer(Finalize()方法)的对象被标记为可被回收时,GC并不直接回收它,而是将它的一个引用添加到一个特殊的队列里。一个独立的线程遍历这个队列,逐个调用队列中每个元素的Finalize()方法。Finalize()方法被调用过的对象会在下一次GC过程时被释放。程序员无权控制这个线程,同时也不能访问这个队列。 * 2.Finalize()方法的缺陷 ★无法使资源在某个特定的时间释放掉。 ★两个以上相关的对象都实现了Finalize方法,但是你也无法预期哪一个对象的finalize方法会先被调用,这样会使程序的结果变得不可预测 * Dispose Dispose()是IDisposable接口的一部分,这个接口专门

文档评论(0)

kehan123 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档