C#实例字段：应在构造函数体还是类体中初始化？

这两种写法在功能上并无本质冲突，后者完全可以使用，两者的差异主要体现在细节执行逻辑和适用场景上：

1. 执行顺序与构造函数覆盖 #

字段初始化器（第二种写法）会在所有构造函数的代码执行之前完成初始化。如果类有多个构造函数，这种初始化逻辑会对所有构造函数生效；而第一种写法仅在指定的构造函数中初始化字段，若其他构造函数未做处理，字段会保持默认值（比如null）。

举个例子：

// 第一种写法的多构造函数场景
public class Thing {
    private List<int> stuff;

    public Thing() {
        stuff = new List<int>();
    }

    public Thing(int value) {
        // 此处stuff未初始化，会是null
    }
}

// 第二种写法的多构造函数场景
public class Thing {
    private List<int> stuff = new List<int>();

    public Thing() {}

    public Thing(int value) {}
    // 两个构造函数创建的实例，stuff都会被初始化
}

2. 异常处理能力 #

如果字段初始化器抛出异常，会直接终止对象创建，且无法在构造函数内捕获该异常；而在构造函数内初始化时，可以通过try/catch块包裹处理异常，更灵活地应对初始化失败的情况：

// 构造函数内初始化可处理异常
public Thing() {
    try {
        stuff = new List<int>();
        // 假设这里有其他可能抛出异常的初始化逻辑
    } catch (Exception ex) {
        // 处理异常逻辑
    }
}

3. 依赖构造参数的初始化 #

如果字段初始化需要依赖构造函数的参数，字段初始化器就无法实现，只能在构造函数内完成：

// 无法用字段初始化器实现的场景
public class Thing {
    private List<int> stuff;

    public Thing(int initialCapacity) {
        // 依赖构造参数初始化
        stuff = new List<int>(initialCapacity);
    }
}

4. 代码可读性与团队习惯 #

很多开发者习惯将所有初始化逻辑集中在构造函数中，这样能统一查看对象的初始化流程；而字段就近初始化的写法，能让读者在看到字段定义时就知道它的初始状态，减少上下文跳转。这更多是团队约定和个人习惯问题，而非技术上的优劣。

总结：第二种写法本身没有错误，完全可以使用，只需根据具体场景（比如是否有多构造函数、是否需要异常处理、是否依赖构造参数）选择合适的写法即可。

内容的提问来源于stack exchange，提问作者jlars789