.net 6+ 中 implicitusings 默认启用，自动注入基础命名空间（如system、system.collections.generic等），无需手动声明；其生效可通过program.cs无using却能正常使用console、list等验证，具体列表由sdk根据项目类型动态生成于obj/yourproject.globalusings.g.cs中。
ImplicitUsings 默认启用时，.NET 6+ 项目会自动为每个源文件注入一组基础命名空间，你不用再手动写 using System;、using System.Collections.Generic; 这类语句。这不是“魔法”，而是编译器在生成中间文件（如 MyProject.GlobalUsings.g.cs）时悄悄加进去的。
如何确认隐式using是否生效
新建一个 .NET 6 或更高版本的控制台项目，打开 Program.cs —— 你会发现顶部没有一行 using，但 Console.WriteLine 和 List<int></int> 都能直接用。这说明隐式 using 已工作。
检查项目文件（.csproj）中是否有：
<implicitusings>enable</implicitusings>
如果没有，它可能被显式设为 disable，或项目 SDK 版本低于 net6.0。
- 隐式 using 只对支持的 SDK 类型生效（如
Microsoft.NET.Sdk、Microsoft.NET.Sdk.Web） - 若项目是手动升级的旧项目，可能保留了
disable设置 - 启用后，所有源文件共享同一组隐式命名空间，无法按文件粒度开关
哪些命名空间会被自动导入
具体列表取决于项目类型：
- 控制台应用：
System、System.Collections.Generic、System.IO、System.Linq、System.Threading.Tasks - Web API / Minimal API：
Microsoft.AspNetCore.Builder、Microsoft.Extensions.DependencyInjection等也会加入 - 类库项目默认导入更少，侧重基础 BCL 命名空间
你可以在 obj/Debug/netX.X/YourProject.GlobalUsings.g.cs 里看到完整清单——它由 SDK 根据 <sdk></sdk> 类型和 <implicitusings></implicitusings> 配置动态生成，不是硬编码的。
global using 和隐式 using 能共存吗
可以，而且推荐分层使用：
-
ImplicitUsings管基础、通用、SDK 推荐的命名空间 -
global using放你项目专属的、跨多文件使用的命名空间或别名，比如：global using MyJson = Newtonsoft.Json.JsonConvert;<br>global using DomainModel = MyCompany.Core.Models;
- 普通文件顶部的
using仅用于临时、局部、低频需求（如某个测试文件要用Moq）
注意：global using 必须出现在所有命名空间声明和类型定义之前；多个 global using 可分散在不同文件，但不能重复定义同一别名，否则编译报错 CS0104。
关闭隐式using后要注意什么
设 <implicitusings>disable</implicitusings> 后，所有原本“免费”的 using 都得手动补全，常见坑包括：
-
Console报错：需加using System; -
List<t></t>或Enumerable.Where报错：缺System.Collections.Generic和System.Linq - 异步方法里
Task、await相关类型失效：要补System.Threading.Tasks - 项目迁移时容易漏掉 Web 专用命名空间（如
WebApplication类型），导致Program.cs编译失败
隐式 using 不是“可有可无的糖”，它是 SDK 级约定。关掉它意味着你主动承担命名空间管理责任，尤其在团队协作中，遗漏会导致新人拉代码后第一行就编译失败。
