using别名可为编译期确定的类型（如Dictionary、Task、嵌套List）起别名，但不支持未闭合泛型、dynamic或运行时类型；全局别名在文件顶部生效，局部别名仅限当前命名空间作用域。
using alias 能给哪些类型起别名
只要类型是编译期可确定的（包括泛型构造类型），using 别名就能用。比如 Dictionary<string int></string>、Task<actionresult></actionresult>、甚至嵌套的 List<func bool>></func> 都可以。但不能用于未闭合泛型（如 Dictionary）、动态类型 dynamic、或运行时才确定的类型（如 Type.GetType("...") 返回的结果）。
常见误用是想给接口实现类或抽象基类统一别名，结果发现别名只作用于声明位置——它不改变继承关系，也不影响反射获取的类型名。
全局别名和局部别名的区别在哪
全局别名写在命名空间外、文件顶部（且必须在 using 指令之后、namespace 之前），整个文件都生效；局部别名写在 namespace 内部任意位置，只在当前命名空间作用域内有效。
注意：局部别名不能跨 namespace 块共享，哪怕两个块同名也不行；而全局别名一旦定义，连嵌套命名空间都会识别。
- 全局写法：
using JsonDict = System.Text.Json.JsonDocument; - 局部写法：
namespace MyApp.Data { using DbCtx = Microsoft.EntityFrameworkCore.DbContext; ... }
别名能解决命名冲突但不能绕过访问修饰符
当两个不同程序集导出同名类型（比如 Newtonsoft.Json.Linq.JObject 和 System.Text.Json.Nodes.JsonObject），用别名能明确区分，但前提是这些类型本身是 public 的。如果目标类型是 internal 或 private，即使加了别名也无法在当前程序集中使用。
另一个容易忽略的点：别名不改变类型的可空性。例如 using Str = string; 后，Str? 等价于 string?，但 Str 本身仍不可为 null（除非启用了可空引用类型且原类型支持）。
- 冲突场景示例：
using LegacyJson = Newtonsoft.Json.Linq.JObject;和using ModernJson = System.Text.Json.Nodes.JsonObject; - 错误写法：
using InternalHelper = Some.Internal.Class;（编译失败，提示类型不可访问）
泛型别名必须显式指定类型参数
C# 不支持“模板式”别名（即类似 C++ 的 template alias），所有泛型别名必须带具体类型实参。你不能写 using MyList<t> = List<t>;</t></t>，但可以写 using StringList = List<string>;</string> 或 using IntDict = Dictionary<int string>;</int>。
若需更高阶抽象，得靠泛型类型定义（class MyList<t> : List<t> { ... }</t></t>）或静态委托别名（如 using ParseInt = Func<string int>;</string>）来间接达成。
- 合法：
using ApiResult = Result<httpresponsemessage>;</httpresponsemessage> - 非法：
using Result<t> = Result<t>;</t></t>（编译器报错 CS0416） - 替代方案：
public class ApiResult : Result<httpresponsemessage> { }</httpresponsemessage>
实际项目中，别名最常被低估的是维护成本：一个别名在多个文件里重复定义，某天改名时容易漏掉某个角落。真正需要复用的类型别名，更适合抽成小的 static class 或专用命名空间，而不是靠散落各处的 using 行。
