目录
11.理解并善用.NET的资源管理机制
非托管资源包括数据库连接,GDI+,COM其他一些系统对象
通常做法就是实现IDisposable接口
C#中定义了析构函数的类会在生命周期结束后,先被放进析构队列,由执行析构队列的线程去执行指令,然后才能释放。这会导致起码已经结束了生命周期的对象会多待一次GC,而导致升代。升代之后,GC需要更长的周期才能扫描到这。
也是非常坑,尽量早点儿把生命周期结束的资源释放。
12.声明字段时,尽量直接为其设定初始值
不要初始化0或者Null,默认就是这样的
不要设定了初始值,构造函数里又初始化一遍
直接设定的初始值比起构造函数好处是以后增加构造函数,不需要在新构造函数中又加一边初始化,防止出错
13.用适当的方式初始化类中的静态成员
简单的赋值语句可以直接在静态成员后边赋值完成
复杂的初始化可以通过静态构造函数完成
还有 饿汉式单例
静态构造函数是由CLR负责调用,只会调用一次。所以静态成员初始化的逻辑如果可能发生异常要加上try/catch
14.尽量删减重复的初始化逻辑
多个构造函数的初始化成员重复代码,尽量用构造函数重复调用,而不是复制代码
15.不要创建无谓的对象
在类中频繁使用相同的对象,尽量维护一个私有字段对象实例,而不是每次调用创建局部变量。
过多的对象占用内存,而又频繁触发GC,GC又会挂起所有线程,导致程序效率低
还有频繁的字符串追加也会导致创建过多字符串对象,因为字符串内部实现其实是char[],所以初始化后不可变。尽量用StringBuilder 预分配多一点空间,减少次数。
16.不要在构造函数里边调用虚函数
class B
{
protected B()
{
VFunc();
}
protected virtual void VFunc()
{
Console.WriteLine("VFunc in B");
}
}
class Derived:B
{
private readonly string msg = "Set by initializer";
public Derived(string msg)
{
this.msg = msg;
}
protected override void VFunc()
{
Console.WriteLine(msg);
}
}
public class Test
{
public static void Main()
{
var d = new Derived("Constructed in main");
}
}
打印的结果是什么?
尽量不要在构造函数调用虚方法,导致无法预计的结果
答案是"Set by initializer";
17.实现标准的dispose模式
既要实现IDispose接口,又要实现finalizer。可以保证非托管资源正确释放。
派生子SafeHandle类
析构函数是由CLR进行调用的,如果调用析构函数的时候,通过其他类引用当前类,那么会导致析构函数已经被执行,而引用却从无到有。