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行。
