静态方法不能直接使用类泛型参数T，因其属于实例上下文而静态方法无实例依赖；应定义非泛型类+泛型方法，或改用泛型实例类，避免类型擦除与编译错误。
静态方法不能直接使用类声明的泛型参数（如 T），这不是语法限制，而是类型系统的设计红线：类级泛型属于实例上下文，而静态方法无实例依赖、不参与类型实化。绕过它强行使用，会导致编译错误（如 C# 的 CS0693、Java 的编译失败）或运行时类型擦除引发的逻辑错乱。因此，自定义工具类时，应把这条红线转化为清晰、可复用的方法声明规范。
工具类优先采用纯静态泛型方法
不依赖类泛型的工具类，应直接定义为非泛型静态类，并将泛型能力下沉到方法层级：
- 方法签名显式声明自己的类型参数，例如
public static T ParseOrDefault<T>(string input, T defaultValue) - 避免任何与外部类泛型耦合的写法，如
class Converter<T> { public static T Convert(...) }—— 这是无效且不可编译的 - 调用时由编译器推断或显式指定，如
Converter.ParseOrDefault<int>("123", 0)，语义清晰、类型安全
若需复用类泛型语义，改用泛型实例工具类
当逻辑天然绑定某类的具体类型（比如针对 Box<string> 做批量处理），就放弃“静态工具”的执念，转为泛型实例类 + 实例方法：
- 定义
public class BoxProcessor<T> { public void BulkStore(IEnumerable<T> items) { ... } } - 使用者按需构造：
var stringBoxProc = new BoxProcessor<string>(); - 这样既保留了
T的完整类型信息，又规避了静态上下文缺失问题
静态缓存/共享状态需主动规避泛型擦除风险
常见误操作：想用 static List<T> cache 缓存泛型数据。这是非法的，且即使妥协成 List<object> 也会丢失类型安全性：
- 正确做法是用类型擦除安全的结构，如
static readonly ConcurrentDictionary<Type, object> Cache = new() - 存取时手动管理类型键：
Cache[typeof(string)] = new List<string>(); - 或借助
ConditionalWeakTable<Type, object>防止内存泄漏
命名与约束要显式、无歧义
静态泛型方法的类型参数名不应与潜在类泛型重名（防 CS0693），且关键约束必须写明：
- 用
<TItem>而非<T>，降低与使用者代码中泛型名冲突概率 - 需要构造实例时加
where TItem : new()；需接口能力时写where TItem : IComparable - 避免隐藏式约束（如仅靠文档说明“T 必须有无参构造函数”），编译器不校验，容易出 runtime error
