using static 用于简化频繁调用的静态成员访问，应于大量使用 Math、Console、Enumerable 或自定义工具类静态方法时引入；需置于命名空间外、类前，注意同名冲突需手动限定，推荐结合 IDE 使用但避免滥用。
using static 指令让 C# 代码能直接调用指定类型中的静态成员，无需写类名前缀，让调用更简洁、可读性更强。
什么时候该用 using static
当你频繁使用某个类的静态方法或常量（比如 Math、Console、Enumerable），反复写类名显得冗余时，就适合引入 using static。
- 例如大量调用 Math.Sqrt()、Math.Max()，可省去每次的 Math.
- 又如在 LINQ 场景中频繁使用 Enumerable.Where()、Enumerable.Select()，可简化为直接写 Where()、Select()
- 也适用于自定义工具类的静态方法，比如 StringUtils.IsNullOrEmpty() → 直接写 IsNullOrEmpty()
基本写法和位置
using static 必须放在命名空间外部、类定义之前，和普通 using 并列。
- 语法：using static System.Math;
- 支持任意静态类型：类、结构、枚举（仅静态字段）、静态局部函数（C# 12+）
- 不能用于实例成员、泛型类型参数、扩展方法所在类（除非显式导入扩展方法本身）
注意冲突与优先级
如果两个 using static 引入了同名静态成员，编译器会报错 —— 它不会自动选择，必须手动限定。
- 例如同时引入 System.Math 和自定义的 MyUtils，两者都有 Max(int, int)，就会产生歧义
- 解决方式：保留类名前缀调用，如 Math.Max(1, 2) 或 MyUtils.Max(1, 2)
- 当前类中定义了同名静态成员，它会优先于 using static 导入的版本
实用小技巧
可以只导入需要的静态成员（C# 6 起支持别名式导入），但实际中更常用全导入 + IDE 自动补全来提效。
- 推荐配合 IDE 使用：VS 或 Rider 输入方法名后，智能提示会列出所有可用静态成员，选中即插入，几乎不增加认知负担
- 避免滥用：不要为每个工具类都加 using static，尤其在多人协作项目中，过度简化可能降低代码可追溯性
- 测试类中很友好：比如单元测试里频繁用 Assert.AreEqual()、CollectionAssert.Contains()，导入对应静态类后写起来更轻快
基本上就这些。用得好，代码更干净；用得随意，反而容易混淆。关键是看场景、讲分寸。
