目录
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进行调用的，如果调用析构函数的时候，通过其他类引用当前类，那么会导致析构函数已经被执行，而引用却从无到有。
90
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
