不能——NuGet不支持C++项目原生引用，VS通过packages.config或PackageReference配合MSBuild注入路径和依赖，但需严格匹配平台/配置，跨平台CMake项目基本无法直接使用。
Windows上C++项目用NuGet装库，真能直接用吗？
不能——NuGet本身不支持C++项目原生引用，Visual Studio的“包管理器”界面点安装，只是把头文件和库文件拷进项目目录，NuGet.exe命令行对C++项目也基本无效。真正起作用的是VS自动生成的packages.config或PackageReference + 后续的MSBuild集成逻辑。
- VC++项目（.vcxproj）靠
Microsoft.Cpp.NuGet.targets在构建时自动添加IncludePath、LibraryPath和AdditionalDependencies - 只装包不改项目配置？
#include会报错，链接器找不到.lib - 跨平台项目（如用CMake）完全无法识别NuGet包路径，别指望它生效
Visual Studio里点“管理NuGet包”后，哪些地方被悄悄改了？
不是加个引用就完事。VS会在项目文件里插入两套逻辑：一是包声明，二是构建属性注入。关键看你是用packages.config还是PackageReference模式。
-
packages.config模式：生成一个同名XML文件，记录包名+版本；构建时靠$(SolutionDir)packages\下的路径硬编码推导头文件和库位置 -
PackageReference模式（推荐）：直接在.vcxproj里写<packagereference include="xxx" version="1.2.3"></packagereference>，由MSBuild自动解析props和targets文件注入编译参数 - 手动删了
packages文件夹？Restore命令不会自动重下C++包，得右键解决方案选“还原NuGet包”，且需确保nuget.org源已启用
为什么#include能通过，但链接时提示LNK2019 unresolved external symbol？
头文件找到了，但链接器根本没看到.lib——这是C++ NuGet最常踩的坑。原因通常是平台/配置不匹配，或库本身没提供对应二进制。
- 检查当前项目配置：
Win32vsx64、DebugvsRelease，必须和NuGet包提供的lib子目录严格一致（比如build\native\lib\native\x64\Release\v143\） - 有些包（如
boost）只提供头文件版（boost.nuget.org），没有预编译.lib，此时链接失败是正常的 - 确认
AdditionalDependencies里是否真加了xxx.lib：右键项目→属性→链接器→输入→附加依赖项，别只信“已安装”状态
CMake项目想用NuGet里的C++库，有路走吗？
没官方支持，硬整可以但得自己扛路径解析和条件判断。NuGet包结构不标准，每个包的build/目录组织天差地别。
立即学习“C++免费学习笔记（深入）”；
- 别试图用
find_package()——NuGet不生成xxxConfig.cmake - 可行做法：用
execute_process()调nuget.exe locals all -clear再restore，然后手动set(CMAKE_INCLUDE_PATH ...)拼路径 - 更现实的替代：改用
vcpkg，它专为C++设计，vcpkg install zlib:x64-windows后vcpkg integrate install就能被CMake自动识别
真正麻烦的从来不是“怎么点安装”，而是包有没有为你当前的工具链（MSVC版本、C++标准、架构）提供对应二进制，以及构建系统能不能正确提取并传递那些路径。NuGet对C++来说，本质是个带UI的文件分发器，别把它当真正的依赖管理器用。
