【设计原则和建议】 构造和析构对象
良好的构造和析构对象,控制对象生命周期可以较大的提高程序的性能,降低GC的压力,减少BUG几率。
本文还是比较简单的,主要还是经验的总结,很多东西也许各位已经知道,也许不知道。希望大家一起讨论。
1.如果可能,避免静态构造函数 (也成为类型构造函数)
- 性能原因 (不过因为一个类的静态构造函数只会执行一次,这不是一个大问题)
- 静态构造函数不应该抛出异常
2.如果可以,构造函数应该尽可能轻量级
- 职责上说,构造函数只应该构造出一个对象,而不是执行一大堆初始化等的操作
- 如果有很重量级的代码,用静态方法Create出来 例如WebRequest.Create
3.一个常识,调用构造函数时,会先调用父类的构造函数
4.一个类必须输入的参数请放在构造函数的输入参数中(或Create方法)
- 主要是逻辑和保障执行顺序的原因
- 不要构造完了以后一个个属性去赋值
5.如果要按照顺序初始化私有成员,请在构造函数中进行 (或Create方法)
- 虽然目前CLR是从上至下的初始化私有成员,但是不保证将来版本的初始化顺序也是一样的
- 某些第三方工具自动格式化代码的时候会改变
6.构造函数中不应该调用虚方法
7.使用this()和base()可以方便构造函数之间的相互调用
8.不要在不必要的情况下构造对象 (虽然有可能被优化掉)
DataSet ds = new DataSet();
ds = SqlHelper.ExecuteDataSet("select * from table1");
9.在更考虑性能的情况下,缩短对象生命周期 (大部分程序都不会这么考虑性能)
- 尽量迟的初始化
- 尽量早的销毁对象
- 尽量小的作用域
- 如果对象有可能被复用,研究一下GC的对象复活
- 一个小提示
-
SingletonClass item1 = null;
for (int i = 0; i < 100; i++)
{
SingletonClass item2 = null;//在这两个地方声明,没有区别,被优化掉了
}
10.如果对象实现了IDisposable
- 请使用using 或者直接调用Dispose
- 有些系统对象实现了Close, 其实Close内部就是调用了Dispose()
11.如果想实现一个IDisposable
简单的实现
class ConstructorDemo : IDisposable
{
public void Dispose()
{
Dispose(true);
GC.SuppressFinalize(this); //告诉CLR不要调用Finalize 这是一个非常消耗性能的方法
}
private void Dispose(bool disposing)
{
if (!disposing)
{
//清理托管资源
}
//清理非托管资源
}
}
完整的实现 http://msdn.microsoft.com/en-us/library/b1yfkh5e.aspx
12.如果想实现Singleton
![](https://images.cnblogs.com/OutliningIndicators/ContractedBlock.gif)
public class ConstructorDemo1
{
private static SingletonClass singleton = new SingletonClass();
//简单的类 我最喜欢用这种方式了,不够构造函数出问题了就很讨厌了
//只初始化一次 不用太关心性能问题
//如果SingletonClass构造函数抛出异常 那就完蛋了
private ConstructorDemo1()
{
}
public SingletonClass Create()
{
return singleton;
}
}
public class ConstructorDemo2
{
private static SingletonClass singleton = null;
private static object asyncLock = new object();
private ConstructorDemo2()
{
}
public SingletonClass Create()//只初始化一次 不用太关心性能问题,初始化有问题可以在这里处理啊
{
if (singleton == null)
{
lock (asyncLock)
{
if (singleton == null)
{
singleton = new SingletonClass();
}
}
}
return singleton;
}
}
public class ConstructorDemo3
{
private static Lazy<SingletonClass> singleton = new Lazy<SingletonClass>();
private ConstructorDemo3()
{
}
public SingletonClass Create()
{
return singleton.Value;//4.0 还是这样简单
}
}
13.了解GC的大致原理将有利于设计出符合预期的程序
- 建议参考CLR via C#
- 如果不想被GC的最简单方式把对象放在一个static 成员上
- 一个例子关于资源被意外回收
using System;
using System.Threading;
public static class Program
{
public static void Main()
{
//注意要在Release模式下跑
Timer t = new Timer(TimerCallback, null, 0, 2000);
Console.ReadLine();
}
private static void TimerCallback(Object o)
{
Console.WriteLine("In TimerCallback: " + DateTime.Now);
GC.Collect(); //触发GC
}
}
14.一般不使用析构函数释放资源
- 微软推荐用析构函数释放非托管资源 (例如文件,网络连接)
- 我个人建议是最好都别用析构,而是显式回收资源(IDisposable),因为析构内部是调用Finalize ,而这东西的运行时间是不确定的。。。而且还有性能问题
![](https://images.cnblogs.com/OutliningIndicators/ContractedBlock.gif)
public class Deconstructor
{
//非常不推荐使用Finalize,主要问题就是其调用时间是不确定的,并且有性能问题
~Deconstructor()
{
// 清理代码 //将被转换为下面的代码
}
//protected override void Finalize()
//{
// try
// {
//// 清理代码
// }
// finally
// {
// base.Finalize();
// }
//}
}
15.不要创建大量的小对象
- 例如string
- 例如WCF,webservice中序列化反序列化
PS: GC.SuppressFinalize 经常在Dispose被调用, 用于通知CLR:我自己会搞定,你不要调用Finalize
PS: GC有workstation和server模式
PS: 有GC也是会存在内存泄漏的,一般常见用有些对象一直被引用 所以无法被GC
PS: GC超时也会抛出OutOfMemoryException, 不一定是真的没有内存了
PS:使用DotNetTrace 之类的工具分析内存中都存在什么对象,也可以分析构造和析构函数的性能
PS:使用WinDBG+SOS分析内存也很不错(特别是生产环境)
PS:我个人喜欢静态方法胜于实例方法(不喜欢每次构造对象),除非是设计需要,或者逻辑上应该是实例方法
部分资料来源于网络,因为本人水平有钱,如有谬误还请指正。