Generic Attributes 在 C# 中根本不可用
截至 C# 12（.NET 8），
Attribute类本身不支持泛型类型参数——你不能定义
class MyAttr<t> : Attribute</t>，编译器会直接报错
CS0715：“特性类不能是泛型类”。这不是语法限制疏漏，而是 CLR 层面的设计决定：特性在运行时通过反射读取，其类型必须能在元数据中静态标识，而泛型实例化（如
MyAttr<string></string>）无法在 IL 元数据中无歧义表达。
绕过限制的常见做法：用非泛型 Attribute 包装泛型信息
实际开发中，若需“模拟”泛型行为，主流方案是把类型信息转为
Type对象或字符串存入构造函数/属性，再在使用处手动解析。例如：
class ValidateTypeAttribute : Attribute
{
public Type TargetType { get; }
public ValidateTypeAttribute(Type targetType) => TargetType = targetType;
// 或用字符串：public string TypeName { get; }
}使用时：
[ValidateType(typeof(List<int>))]</int>。注意：
typeof(List<int>)</int>是合法的，它生成的是已构造类型（constructed type）的
Type实例，不是泛型定义本身。 不能写
[ValidateType<list>>()]</list>—— 这会触发编译错误 反射获取时需用
attribute.TargetType.IsGenericType等判断，而非依赖泛型参数名 若需多个类型参数，可用
Type[] Types数组属性，但丢失编译期类型约束
替代方案：Source Generator + 静态分析（C# 9+ 推荐）
真正需要“泛型语义”的场景（如为不同泛型类型生成专用验证逻辑），应放弃运行时特性的思路，改用 Source Generator。它在编译期读取语法树，识别类似
[ValidateFor<string>]</string>的伪泛型写法（本质是普通 attribute 加尖括号文本），然后生成强类型代码。 Generator 可安全解析
SyntaxNode中的泛型参数，不受 CLR 限制 生成的代码有完整泛型推导、编译检查和 IntelliSense 支持 缺点：调试困难、需额外 nuget 包、不适用于纯运行时动态场景
容易踩的坑：误以为 typeof(T) 或 nameof(T) 能解决泛型问题
有人尝试在 attribute 构造函数中传入
typeof(T)并配合泛型方法调用，例如：
void Apply<T>() {
var attr = new MyAttr(typeof(T)); // ✅ 合法，但 T 是方法泛型，不是 attribute 泛型
}这看似“带了泛型”，实则只是把运行时
Type对象塞进去，attribute 类型仍是非泛型的
MyAttr。关键区别在于：
MyAttr<t></t>是非法的类型名（编译不过）
new MyAttr(typeof(T))是合法的对象实例（类型是
MyAttr，与
T无关） 反射拿到的仍是
MyAttr实例，无法通过
GetType().GetGenericArguments()获取任何东西
真正棘手的地方在于：错误往往出现在后期维护——你以为存了泛型信息，结果在反射处理逻辑里发现所有类型都被擦成了
object或硬编码字符串，而编译器不会提醒你丢了类型安全。
