全局
using是 C# 10 引入的语法特性，它让你在项目中**只写一次命名空间引用，就能在整个程序集所有
.cs文件里直接使用**，不用再每个文件顶部重复写
using System;、
using Microsoft.Extensions.DependencyInjection;这类语句。
怎么启用全局 using？必须满足三个硬条件
它不是写了
global using就自动生效——编译器会直接忽略，除非你同时满足：
<targetframework></targetframework>至少是
net6.0（或更高，如
net8.0、
net9.0）
<langversion></langversion>明确设为
10.0或以上（例如：
<langversion>12.0</langversion>）
global using语句必须出现在任何
namespace或类型声明之前（哪怕只是空行也不行）
项目文件（
.csproj）里典型配置如下：
<PropertyGroup> <TargetFramework>net8.0</TargetFramework> <LangVersion>12.0</LangVersion> </PropertyGroup>
该放在哪？推荐用单独的 GlobalUsings.cs
文件
虽然你可以在任意
.cs文件顶部加
global using，但混在业务代码里很快会失控。实际项目中几乎都新建一个纯配置文件： 文件名建议统一为
GlobalUsings.cs（无后缀干扰，IDE 识别稳定） 内容只放
global using和
global using static，不放任何类、方法或注释块 避免在其中写条件编译（如
#if DEBUG），否则可能引发部分文件漏引用
示例
GlobalUsings.cs：
global using System; global using System.Collections.Generic; global using System.Linq; global using Microsoft.Extensions.DependencyInjection; global using static System.Console;
为什么局部 using 会“覆盖”全局 using？优先级规则很关键
这不是 bug，是明确设计：当某个文件自己写了
using MyLib.V1;，而全局又写了
global using MyLib.V2;，那么这个文件里所有未限定的
MyClass都会绑定到
V1版本——因为局部作用域永远优先。
这带来两个真实风险：
团队成员在某文件里加了局部using却忘了同步更新全局文件，导致其他文件行为不一致 升级 NuGet 包后，全局引入了新命名空间（如
global using Microsoft.AspNetCore.Http.Results;），但旧文件里已有同名类型（比如自定义的
Results类），编译直接报错：
The type 'Results' exists in both '...' and '...'
遇到冲突时，最稳妥的解法是显式用
global::MyLib.Results或重命名别名：
using ResultsV2 = Microsoft.AspNetCore.Http.Results;
真正容易被忽略的点是：全局
using不会帮你“推断意图”，它只做机械注入。你删掉一个全局引用，所有文件立刻开始报红；你加了一个，却可能悄悄覆盖掉某个已有类型的解析路径。它省的是键盘敲击，不是思考成本。
