isassignablefrom能判断类是否实现接口，但需将接口放左边、类放右边，即typeof(imyinterface).isassignablefrom(typeof(myclass))；getinterfaces().contains()更直观可靠。
IsAssignableFrom 能不能直接判断类是否实现接口
IsAssignableFrom 可以，但不是“直接判断类是否实现接口”的最直观方式。它本质是问：“右边这个类型，能不能赋值给左边这个类型？”——所以得把接口放左边、类放右边才对。
常见错误是写成 typeof(MyClass).IsAssignableFrom(typeof(IMyInterface))，这永远返回 false，因为类不能“分配给”接口（方向反了）。
- 正确写法：
typeof(IMyInterface).IsAssignableFrom(typeof(MyClass)) - 如果
MyClass实现了IMyInterface或继承自实现了它的基类，结果为true - 支持显式实现、继承链上的间接实现（比如
MyClass → BaseClass → IMyInterface） - 不区分显式/隐式实现，也不关心是否是泛型接口的具体构造类型（如
IList<string></string>需要精确匹配）
比 IsAssignableFrom 更清晰的替代方案：GetInterfaces
如果只关心“是否直接或间接实现某接口”，GetInterfaces() 更直白，也更容易调试。
它返回类声明中所有实现的接口（含继承链上的），你可以用 Contains 查找：
typeof(MyClass).GetInterfaces().Contains(typeof(IMyInterface))
注意点：
- 返回的是运行时实际解析出的接口类型，对泛型接口也更可靠（比如
typeof(List<int>).GetInterfaces()</int>包含IList<int></int>） - 不包含未在继承链中“展开”的接口（例如接口继承接口，它只返回最终扁平化后的那一层）
- 性能略低于
IsAssignableFrom（需要构建数组），但差异在纳秒级，除非高频调用否则不用纠结
Type.IsInstanceOfType 和 is 运算符的区别
这两个是运行时判断实例是否满足接口，不是判断类型定义本身。容易和 IsAssignableFrom 混淆。
举例：
-
typeof(IMyInterface).IsInstanceOfType(myObj)→ 判断myObj是否是IMyInterface的实例（即能否转成该接口） -
myObj is IMyInterface→ 效果相同，但更简洁、支持模式匹配（如myObj is IMyInterface i） - 它们都要求
myObj != null，否则返回false；而IsAssignableFrom是纯静态类型检查，不依赖实例
泛型接口和条件编译下的坑
泛型接口名容易写错，比如把 IEnumerable<t></t> 写成 IEnumerable（非泛型）——后者根本不存在，typeof() 会编译失败。
还有几个典型陷阱：
- 接口带约束（如
interface IRepo<t> where T : class</t>），但IsAssignableFrom不校验约束，只看类型结构 - 使用了条件编译（
#if NET6_0），导致某些接口在部分目标框架下不存在，typeof()会报错，建议配合TryGetType（.NET 5+）或反射查找 - 动态生成类型（如 Castle DynamicProxy）可能绕过常规反射逻辑，
GetInterfaces仍可用，IsAssignableFrom在某些场景下可能返回意外结果
真正复杂的地方不在语法，而在你是否清楚自己要问的是“类型定义关系”还是“实例行为能力”，以及目标类型是否受泛型、继承深度或编译条件影响。
