为什么必须用 new()
约束才能调用无参构造函数
泛型类型参数在编译时是“擦除”的，
T不知道是否有构造函数，更不知道能否
new T()。直接写
new T()会报错
CS0304: Cannot create an instance of the variable type 'T' because it does not have the new() constraint。只有加上
new()约束，编译器才允许你安全地调用无参构造函数。
如何正确声明和使用 new()
约束
约束必须写在泛型参数声明后，且不能单独存在——它需要配合
where子句。它只保证存在 public 无参构造函数，不支持 private/protected/internal 构造函数，也不检查是否有重载的带参构造函数。
new()必须是
where子句中的最后一个约束（如果有其他约束如
class或
struct，
new()要放最后） 类类型需有 public 无参构造函数（显式定义或编译器自动生成）；结构体天然满足
new()约束 不能和
struct约束共存（因为
struct已隐含
new()，重复会报错
CS0453）
public T CreateInstance<T>() where T : class, new()
{
return new T(); // ✅ 合法
}
public T CreateValue<T>() where T : new()
{
return new T(); // ✅ 类或 struct 都可（T 是 struct 时调用默认位清零构造）
}
常见踩坑点：看似有构造函数，却通不过 new()
检查
这些情况会导致编译失败，但错误信息可能让人困惑：
类定义了任意一个 public 带参构造函数，且没显式声明 public 无参构造函数 → 编译器不再自动生成，默认构造函数消失 构造函数是internal或
private→
new()约束要求 public 可访问 泛型方法嵌套在泛型类中，但类级泛型参数没带
new()约束，而方法试图对它调用
new T()→ 约束必须在实际使用该操作的位置声明 误以为
new()能匹配任何构造函数（比如
new(string)）→ 它只承诺无参，不支持参数化构造
替代方案：当 new()
不够用时怎么办
如果目标类型没有 public 无参构造函数，或者你需要传参、反射初始化、依赖注入等更灵活的方式，
new()就无能为力了。这时应换思路： 改用工厂委托：
Func<t> factory</t>参数，把实例化逻辑外移 用
Activator.CreateInstance<t>()</t>（性能差、绕过编译检查，仅限动态场景） 依赖注入容器（如 Microsoft.Extensions.DependencyInjection）接管生命周期 对特定类型做重载，避开泛型限制（例如为
string、
DateTime单独写方法）
硬扛着加
new()约束却让调用方被迫补无参构造函数，往往暴露的是设计边界没划清——泛型抽象和具体创建职责混在一起了。
