为了方便内容的开展，我先说说一个对象的构造过程。
对于类型第一个实例的构造过程大致如下：
1． 分配静态成员的内存空间，此时空间存储数据为0；
2． 执行静态成员的初始化语句；
3． 执行基类的静态构造函数；
4． 执行类型的静态构造函数；
5． 分配成员的内存空间，此时空间存储数据为0；
6． 执行成员的初始化语句；
7． 执行相应的基类构造函数；
8． 执行类型的构造函数。
那么对于同类型的后续创建对象，前4个步骤不用执行的，直接从第5步开始。
现在来说说为什么推荐使用成员初始化语句来初始化成员。由于成员初始化先于构造函数的调用，所以更早初始化有利于使用；其次，避免对构造函数重复添加初始化代码，尤其是新增成员的时候，把初始化放到定义成员的位置，减少因构造函数之间的不一致，而造成某些成员未被初始化。而且把成员初始化从构造函数中抽出来，使代码显得更简洁明朗。
例如：
public class MyList
{
//Init class member here
private ArrayList _List = new ArrayList();
}
是不是所有的成员都可以这样进行初始化呢。事实上，有三种场景是不适合用这样的方式来完成成员初始化。
第一种就是给成员赋给“0”或者“null”，这并不是错误语句，而是没有必要的。参看前面的对象构造过程，由于成员首先会被分配内存空间，并且同时已经用“0”进行初始化了。因此显式的赋值会增加指令操作，而影响效率。
第二种就是根据不同参数来指明成员初始化的方式，而一般类似操作是放在构造函数中。如果使用成员初始化语句的话，那么在构造函数中重新初始化成员，就会生成一个短暂的临时对象。
例如：
public class MyList
{
//Init class member here
private ArrayList _List = new ArrayList();
public MyList()
{
}
public MyList( int nSize )
{
_List = new ArrayList( nSize );
}
}
以上例子，如果通过“MyList( int nSize )”这个构造函数来创建对象，会先通过成员初始化来初始“_List”成员，然后在构造函数重新初始化此成员。那么实际上，会在内存中产生两个ArrayList对象，前一个已经成为垃圾，需要等待GC进行回收。对于这种情况，用如下的方式可能会更好。
public class MyList
{
//Init class member here
private ArrayList _List;
public MyList()
{
_List = new ArrayList();
}
public MyList( int nCount )
{
_List = new ArrayList( nCount );
}
}
对于最后一种就是，由于通过成员初始化来初始化成员，在初始化语句地方是不能加入try-catch来捕获异常，因此在初始化过程中所出现的异常会被传递出去，为了保证程序的安全，则需要在调用端进行try-catch捕获。不过这样操作会使调用端的代码显得繁琐，更合理的做法，是在类型中对成员初始化进行异常处理，因此采用构造函数来初始化成员效果更好些。例如：
public class MyTest
{
private TempObject _value;
public MyTest()
{
try
{
_value = new TempObject();
}
catch( Exception err )
{
//Handle exception here
}
}
}
对于成员初始化的好处以及其的使用限制，到此就已经说完了。不过，我个人更喜欢通过构造函数来初始化成员。对于文章中所说到的，使用构造函数来初始化成员的一些不利之处，例如：多个构造函数之间初始化操作的繁琐或者成员初始化的不统一，我觉得可以通过构造函数调用构造函数的方式来减少此类问题。不过这也只是我个人看法，至于具体用什么并没
