global using 是 C# 10 引入的语法糖，用于在项目所有源文件中自动插入指定 using 指令；适用于项目级高频依赖如 System、System.Collections.Generic 或自定义公共工具命名空间，需置于独立 .cs 文件（如 GlobalUsings.cs）中，且项目 SDK ≥ net6.0。
global using 是什么，什么时候该用
它不是魔法，只是 C# 10 引入的语法糖，让编译器在所有源文件里自动插入指定 using 指令，省得每个 .cs 文件开头都写一遍。适合项目级高频依赖，比如 System、System.Collections.Generic、或你自己的公共工具命名空间。但别滥用——若只在 2 个文件里用 Newtonsoft.Json，就别塞进 global using，否则会拖慢所有文件的语义分析，还可能掩盖命名冲突。
怎么配置 global using（C# 10+）
必须放在项目中「独立的 .cs 文件」里，且文件名任意（常见叫 GlobalUsings.cs），内容只能是 global using 语句，不能混逻辑、不能有 namespace 块。MSBuild 默认会把这种纯声明文件当作“全局导入”处理。
- 新建一个
GlobalUsings.cs，放在项目根目录或Properties/下都行 - 写入：
global using System; global using System.Linq; global using MyCompany.Core;
- 确保项目 SDK 版本 ≥
net6.0，且.csproj中没有禁用隐式引用（即没设true
global using 和隐式 using 的区别与冲突
隐式 using（System、System.IO），而 global using 是你手动写的、显式控制的。两者共存时，顺序无关，但后者能覆盖前者——比如你写了 global using List = System.Collections.Generic.List，那整个项目里 List 就指这个别名，不管隐式 using 怎么配。
- 隐式 using 开启后，
System等已自动引入，你再写global using System;不报错，但冗余 - 如果同时用了
global using static System.Console;和隐式 using，静态成员（如WriteLine）可直接调，无需前缀 - 注意：
global using不能写在namespace内部，否则编译报错CS8773: Feature 'global using' is not available in C# 9.0（哪怕项目是 net6.0，也说明编译器没识别到语言版本）
容易被忽略的坑：作用域和 IDE 行为
global using 只对当前项目生效，不传递给引用它的类库；而且 Visual Studio / Rider 在“生成”前可能不会实时刷新 global using 的智能提示，改完 GlobalUsings.cs 后记得手动触发一次重建或重启语言服务。
- 类库 A 引用了类库 B，B 里写了
global using Newtonsoft.Json;，A 里仍需自己加using或单独配 global using - 如果某个文件顶部写了
using static MyHelper;，又在GlobalUsings.cs里写了同名global using static MyHelper;，不会冲突，但后者会让所有文件都能用MyHelper的静态成员 - 调试时，断点停在某行，hover 看类型定义，跳转目标仍是原始命名空间，不会显示“来自 global using”——这点容易让人误以为没生效
实际项目里，真正值得放进 global using 的，往往就三五条：基础框架命名空间 + 你自己封装的最顶层工具命名空间。多写一条，就多一分维护成本和潜在歧义。
