<p>INumber<T>可用，但须满足.NET 7+运行时、C# 11+语言版本、且泛型参数必须显式约束为where T : INumber<T>，否则静态成员如T.Zero不可见，编译报CS0315；+等运算符不可直接使用，需调用T.Add(a,b)等静态方法。</p>
直接说结论：INumber<TSelf> 能用，但必须满足三个硬性条件：.NET 7+ 运行时、C# 11+ 语言版本、且类型参数 T 必须显式约束为 where T : INumber<T>；否则 T.Zero、T.Add(a, b) 等静态成员根本不可见，编译器报 CS0315 或 “未找到适用的重载”。
为什么 T.Zero 编译失败，却没报错说 INumber 没实现？
这不是“接口没实现”，而是泛型约束缺失导致编译器无法绑定静态抽象成员。C# 的静态虚成员（如 Zero、Add）依赖 CRTP 模式——它必须知道“这个 INumber<T> 是被谁实现的”，才能把 T.Zero 解析成具体类型的静态字段或属性。
常见错误现象：
- 写了
public struct MyInt : INumber<MyInt>，但调用方方法没加where T : INumber<T>，结果T.Zero标红 - VS 显示 CA2260 警告，但代码能跑——其实
T.Parse("1")会返回默认值或抛NotSupportedException，因为底层静态方法根本没被绑定 - 反射查
typeof(T).GetMethod("Zero")返回null，不是 bug，是约束未激活导致元数据不可见
INumber<T> 中的 + 运算符到底能不能用？
不能直接写 a + b，哪怕 T 已正确约束为 INumber<T>。这是 C# 当前（截至 .NET 8）的语言限制：泛型上下文不支持运算符重载的静态抽象解析。
必须显式调用静态方法：
-
T.Add(a, b)替代a + b -
T.Multiply(a, b)替代a * b -
T.LessThan(a, b)替代a < b -
T.CreateChecked(42)替代(T)42（避免装箱和隐式转换风险）
注意：INumber<T> 不提供 Sqrt 或 Log，需要额外约束 IFloatingPoint<T>；decimal 不实现该接口，别硬套。
哪些类型真正实现了 INumber<T>？
不是“所有数值类型都默认支持”。只有 .NET 7+ 运行时中明确实现了该接口的类型才可用，包括：
-
int、long、short、sbyte、uint、ulong、ushort、byte -
float、double、Half -
decimal、BigInteger、Int128、UInt128
关键点：
-
string、DateTime、自定义结构体 —— 即使你手动实现INumber<T>，也必须同时满足where TSelf : INumber<TSelf>的递归约束，否则泛型算法（如Math.Max<T>(a,b)）无法推导契约 - .NET 6 不含
INumber<T>实现，只引入了接口定义，但内置类型没实现——升级到 .NET 7+ 才真正可用 - 项目文件必须指定
<LangVersion>11.0</LangVersion>或更高，否则 C# 编译器不识别static abstract成员语法
最常被忽略的一点：泛型数学不是语法糖，它是运行时绑定的静态虚调用。这意味着 JIT 可以内联 T.Add，性能接近手写，但前提是约束完整、类型真实实现、SDK 版本匹配——缺一不可。随便加个 struct 或 IConvertible 约束，只会让编译器更困惑。
