泛型约束是类型安全的必要门槛，new()必须置于where子句末尾因不参与类型推导；class/struct须在最前，接口约束优先选泛型版本，基类约束禁用Object/ValueType。
泛型约束不是可选项，而是类型安全的必要门槛；不加 where 就直接用 new T() 或调用 T.Method()，编译器会立刻报错。
为什么 new() 约束必须放在 where 子句末尾
编译器按顺序解析约束：先确认类型“是不是类/结构”，再确认“能不能构造”。如果把 new() 放前面，比如 where T : new(), IComparable<t></t>，C# 会拒绝——因为 new() 不提供任何类型能力信息，无法参与早期类型推导。它只负责“放行实例化”，所以语法上强制它垫底。
常见错误现象：CS0452: The type 'T' must be a non-abstract type with a public parameterless constructor，往往就是 new() 缺失或位置错了。
- 多个约束时，
class或struct必须在最前（基类约束同理） -
IComparable<t></t>、IDisposable等接口约束可并列，顺序无关 - 值类型自动带默认构造函数，所以
where T : struct, new()中new()实际冗余，但合法
where T : class 和 where T : struct 的实际影响
这两条不是“建议”，而是编译器对底层内存模型的硬性区分。选错会导致整个方法签名失效。
使用场景举例：
-
where T : class：你要用as T转换、检查null、或传给需要引用语义的 API（如WeakReference<t></t>） -
where T : struct：你要避免装箱（如高性能数值计算）、或确保T?可用（Nullable<t></t>要求T是值类型） - 注意：
enum属于struct，所以where T : struct允许枚举；但where T : class明确排除所有值类型，包括string（虽然string表现像值类型，但它本质是引用类型）
接口约束里写 IComparable 还是 IComparable<t></t>
写 IComparable（非泛型）意味着你只要求对象能跟自己比大小，但比较逻辑可能不类型安全；写 IComparable<t></t> 才能保证 CompareTo(T other) 返回正确类型，避免运行时 InvalidCastException。
示例对比：
public class Sorter1<T> where T : IComparable { ... } // 只能调用 CompareTo(object)，需强制转换
public class Sorter2<T> where T : IComparable<T> { ... } // 可直接调用 CompareTo(T)，无装箱、无异常风险
- 泛型接口约束优先选带
<T>的版本，除非你明确要兼容老式非泛型实现 -
IEnumerable同理：用IEnumerable<t></t>而非IEnumerable，否则遍历时会触发装箱和IEnumerator.Current的 object 拆包 - 自定义接口也一样：如果你的接口方法返回
T或接收T参数，就该定义为泛型接口并约束where T : IMyInterface<t></t>
基类约束为什么不能用 Object 或 ValueType
这不是设计疏漏，而是语言层面的禁止：因为所有类型都隐式继承 Object，若允许 where T : Object，等于没约束；而 ValueType 是所有值类型的基类，但它是抽象类且不可直接实例化，编译器无法验证派生类型是否满足后续操作（比如 new T() 对 ValueType 本身无意义）。
真正可用的基类约束例子：
public class Repository<T> where T : DbContext { ... } // 合法：DbContext 是具体可继承的类
public class EnumHelper<T> where T : System.Enum { ... } // 合法：System.Enum 是特例，C# 明确支持
-
System.Delegate、System.MulticastDelegate也属于被明确允许的基类约束目标 - 若想约束“必须是某个类或其子类”，直接写
where T : MyBaseClass即可，无需额外class约束（基类约束已隐含引用类型） - 容易被忽略的一点：基类约束要求该基类本身不能是
sealed，否则无法有子类满足约束
