直接调用getcustomattribute()读取类上单个特性最常用但易出错：它只返回首个匹配实例，未找到时返回null；需显式传inherit: true才查继承链，且若特性定义时设inherited = false则无效。
怎么用 GetCustomAttribute 读取类上的单个特性
直接调用 GetCustomAttribute 是最常用也最容易出错的方式。它只返回第一个匹配类型的特性（不考虑继承），如果没找到就返回 null，不会抛异常。
常见错误是传错类型参数：比如把 MyAttr 写成 typeof(MyAttr) —— 实际上这个方法重载接受的是 Type，但你写 typeof(MyAttr) 没问题；真正容易错的是漏掉 true 参数导致不查基类。
- 必须显式传
true才会搜索继承链上的特性（例如基类或接口上标记的） - 若特性没加
[AttributeUsage(Inherited = true)]，即使传true也查不到父类的 - 方法和类共用同一特性时，别误用
MethodInfo去查类——得用typeof(MyClass).GetCustomAttribute<myattr>()</myattr>
示例：
var attr = typeof(MyController).GetCustomAttribute<routeattribute>(true);</routeattribute>这样才能拿到
[Route("api/values")] 这种在基类上定义的路由。为什么 GetCustomAttributes 返回数组却常要 FirstOrDefault
GetCustomAttributes 返回 Attribute[]，但多数场景其实只关心是否存在、或只取一个实例。直接遍历或索引访问容易崩：空数组、null 元素、类型转换失败都可能发生。
典型踩坑点：attributes[0] as MyAttr —— 如果数组为空会抛 IndexOutOfRangeException；而 as 在类型不匹配时返回 null，但你可能误以为“有值但不是你要的类型”。
- 优先用泛型版本：
GetCustomAttributes<myattr>(true)</myattr>，返回MyAttr[]，类型安全 - 真要取首个且允许不存在，用
.FirstOrDefault()，比[0]安全得多 - 注意：
GetCustomAttributes(true)和GetCustomAttributes<t>(true)</t>行为一致，但后者省去强制转换
示例：
var attrs = methodInfo.GetCustomAttributes<obsoleteattribute>(true);<br>var obsolete = attrs.FirstOrDefault();</obsoleteattribute>
IsDefined 比 GetCustomAttribute 更轻量的判断方式
如果你只关心“有没有这个特性”，不要值本身，就别调 GetCustomAttribute。它内部会实例化特性对象，哪怕你只读一个属性，开销也比 IsDefined 大不少。
尤其在高频路径（如 MVC 过滤器筛选、API 权限检查）中，这个差异会被放大。而且 IsDefined 不受特性构造函数异常影响——有些特性构造时抛异常，GetCustomAttribute 就挂了，IsDefined 却稳稳返回 false。
- 参数和
GetCustomAttribute一样，也要传true控制是否查继承链 - 返回
bool，无异常风险，适合守卫逻辑 - 不能替代取值操作，只是“存在性快检”
示例：
if (methodInfo.IsDefined(typeof(AllowAnonymousAttribute), true)) { /* 跳过权限校验 */ }
方法参数上的特性为什么总拿不到
因为参数特性不在 MethodInfo 上，而在 ParameterInfo 上。新手常对着 methodInfo.GetCustomAttribute<fromqueryattribute>()</fromqueryattribute> 空转，其实得先拿到参数再查。
另一个坑是：ASP.NET Core 的 [FromQuery]、[FromBody] 这些其实是“元数据标记”，运行时不一定以真实特性形式存在——它们可能被框架在编译期处理或通过其他机制注入，反射查不到是正常现象。
- 正确路径：
methodInfo.GetParameters()[0].GetCustomAttribute<fromrouteattribute>()</fromrouteattribute> - 若参数有多个同类型特性（比如自定义的
[ValidateRange(1,100)]），记得用GetCustomAttributes<t>()</t>而非单个获取 - 某些框架（如 gRPC 或 Source Generators）会绕过传统特性机制，此时反射必然失效
示例：
var param = methodInfo.GetParameters().First(p => p.Name == "id");<br>var routeAttr = param.GetCustomAttribute<fromrouteattribute>();</fromrouteattribute>
特性反射看似简单，但类型擦除、继承控制、参数层级、框架干预这四点交织在一起，很容易查到“应该有却为空”。动手前先确认特性是否真的存在于目标元素上，而不是依赖 IDE 提示或文档描述。
