visual studio 中 nuget package manager 窗口在 sdk 风格项目中默认隐藏，推荐使用右键“manage nuget packages”或编辑 .csproj；package manager console 需手动启用，且需正确配置源、项目上下文和目标框架兼容性。
Visual Studio 里点不亮 NuGet Package Manager 窗口？
不是所有项目类型都默认启用 NuGet 包管理器 UI。.NET Core/.NET 5+ SDK 风格项目（Sdk="Microsoft.NET.Sdk"）在较新版本 VS 中默认隐藏该窗口，因为推荐用 PackageReference + 右键项目 → Manage NuGet Packages... 图形界面，或直接编辑 .csproj 文件。
如果右键项目没看到该菜单项，检查项目文件是否含 <packagereference></packagereference> 节点；若仍是旧式 packages.config，说明项目未迁移，此时 NuGet Package Manager 窗口才可能可用（但已过时）。
- VS 2022 默认禁用
Tools → NuGet Package Manager → Package Manager Console的自动加载，首次使用需手动启用：打开Tools → Options → Environment → Startup，勾选Load last loaded package manager console - 控制台默认上下文是
Default Project，若下拉为空或报错Unable to find package，先在下拉框选中目标项目（不是解决方案） -
Package Manager Console本质是 PowerShell，但受限于 NuGet 模块，不能直接运行任意 PS 命令（如ls会报错）
Install-Package 命令为什么总提示找不到包？
常见原因不是包名拼错，而是源（Source）配置不对。默认只启用了官方 nuget.org，但公司内部私有源、GitHub Packages 或 Azure Artifacts 源需手动添加。
执行 Get-PackageSource 查看当前有效源；用 Register-PackageSource -Name "MyFeed" -Location "https://api.nuget.org/v3/index.json" -ProviderName "NuGet" 添加（注意 -ProviderName 必须是 NuGet）。
- 包名区分大小写，
Newtonsoft.Json不能写成newtonsoft.json（虽然部分场景自动转小写，但不保证） - 指定版本时用
-Version，如Install-Package Microsoft.Extensions.Logging -Version 7.0.0；不加则装最新稳定版（跳过预发布） - 若项目是 .NET Framework 4.6.1，却尝试装仅支持 .NET 6+ 的包（如
Microsoft.AspNetCore.Http），会静默失败或报Incompatible target framework
编辑 .csproj 手动加 PackageReference 的关键细节
比图形界面更可控，尤其适合 CI/CD 或统一管理多项目依赖。但必须注意 XML 结构和属性含义，否则编译时报 MSB4057 或引用不生效。
正确写法示例：
<packagereference include="Serilog" version="3.1.1"></packagereference>，必须放在
<itemgroup></itemgroup> 内，且该 ItemGroup 通常位于 <project></project> 直接子节点下（不在 <target></target> 内）。
-
Include是包 ID，不是 DLL 名或命名空间（例如装Microsoft.Data.SqlClient，不是SqlClient） -
Version推荐用固定值（如5.1.5），避免用通配符5.*—— 它在 restore 时行为不可控，CI 环境易出问题 - 若需条件引用（如仅 Debug 模式引入测试工具），加
Condition属性：<packagereference include="NSubstitute" version="5.1.0" condition="'$(Configuration)' == 'Debug'"></packagereference>
dotnet add package 和 VS 图形界面行为为何不一致？
根本区别在于作用域和默认参数。dotnet add package 是 CLI 命令，针对当前目录下的 .csproj 文件操作，不读取 VS 解决方案级设置；而 VS 图形界面会自动处理项目依赖传递、版本对齐（如统一 Microsoft.NETCore.App 共享框架版本）。
例如在解决方案根目录执行 dotnet add src/MyApp/MyApp.csproj package AutoMapper，它不会更新其他项目，也不检查 Directory.Packages.props 中的全局版本控制。
- CLI 默认使用 nuget.org，要指定源需加
--source参数：dotnet add package Moq --source https://api.nuget.org/v3/index.json - 若项目含
<restorepackageswithlockfile>true</restorepackageswithlockfile>，CLI 会生成或更新packages.lock.json，VS 图形界面不一定同步刷新该文件 - VS 图形界面点击“更新”时，实际调用的是
Update-Package（PowerShell）或内部等效逻辑，它会尝试保留语义化版本范围（如~3.0.0），而 CLIdotnet add package总是写死Version属性
PackageReference 在正确的 ItemGroup，且没有被 Condition 错误屏蔽；私有源地址、凭据、TLS 版本（尤其企业内网）才是最常卡住的地方。
