Conan的visual_studio生成器需手动导入conanbuildinfo.props文件到VS项目，否则头文件和库路径不可见；且其静态特性要求profile、项目运行时库设置（/MD或/MT）及构建类型（Debug/Release）必须严格一致，否则引发LNK4098、LNK2005等错误。
conan install 生成 visual_studio 生成器后，VS项目怎么加载依赖头文件和库
Conan 的 visual_studio 生成器本身不修改你的 .vcxproj 文件，它只生成一个 conanbuildinfo.props 文件（VS 属性表），你得手动把它导入到项目里，否则 VS 根本看不到头文件路径和链接库。很多人执行完 conan install 就以为万事大吉，结果 #include 报红、LNK2019 找不到符号——问题就出在这一步漏了。
实操建议：
- 确保
conanfile.txt中的[generators]明确写了visual_studio - 运行
conan install .后，在当前目录下检查是否生成了conanbuildinfo.props - 在 Visual Studio 中右键项目 → “属性” → “通用属性” → “导入的项目”，点击右侧“…”添加该
.props文件路径（推荐用相对路径，如$(ProjectDir)conanbuildinfo.props） - 确认该
.props文件已出现在项目属性页的“导入的项目”列表中，且顺序在Microsoft.Cpp.props之后（否则可能被覆盖）
为什么用 visual_studio 生成器时，/MD 和 /MT 链接方式容易出错
visual_studio 生成器会把 Conan 包编译时用的运行时库设置（compiler.runtime）直接写进 conanbuildinfo.props，但如果你的 VS 项目自己设了 /MD 或 /MT，而 Conan 包是用另一种方式编译的，就会触发 LNK4098：默认库冲突。
常见错误现象：LNK4098: defaultlib 'MSVCRT' conflicts with use of other libs
解决关键点：
- Conan profile 中的
compiler.runtime必须和你的 VS 项目“C/C++ → 代码生成 → 运行库”设置严格一致（Multi-threaded DLL (/MD)对应dynamic，Multi-threaded (/MT)对应static） - 不要在
conanfile.txt里用[options]覆盖包的 runtime；runtime 应由 profile 统一控制 - 如果项目必须混用 runtime（比如主工程用 /MT，但某个包只提供 /MD 版本），那就不能用
visual_studio生成器，改用CMakeDeps+ CMake 管理更可控
visual_studio 生成器不支持跨配置（Debug/Release）自动切换
这是最容易被忽略的限制：visual_studio 生成器生成的 conanbuildinfo.props 是静态的，它只反映你运行 conan install 时所用的 profile 配置（比如 build_type=Release）。你在 VS 里切到 Debug 模式，它不会自动加载 Debug 版本的库或头文件路径——所有路径、宏定义、链接库名都还是 Release 的。
后果就是：Debug 下编译通过但运行崩溃，或者 LNK2005 重复定义（因为 Release 的 .lib 被链进了 Debug 构建）。
应对方式只有两个：
- 为每个构建类型单独维护一套
conan install输出目录，例如：conan install . -s build_type=Debug -if build/Debug，然后在 VS 的不同配置里分别导入对应目录下的conanbuildinfo.props - 彻底放弃
visual_studio生成器，改用CMakeDeps+CMakeToolchain，让 CMake 在 configure 阶段按需生成适配当前CMAKE_BUILD_TYPE的配置
vs2022 用户注意：visual_studio 生成器默认不兼容 msvc 193+ 的新工具集
Conan 2.x 的 visual_studio 生成器底层依赖 MSBuild 的老式 property sheet 机制，它生成的 conanbuildinfo.props 里硬编码了类似 $(VCInstallDir)Tools\MSVC\14.32.31326\ 这样的路径。vs2022 17.3+（对应 msvc 193）开始引入新的工具集命名规则，旧路径可能失效，导致头文件找不到或链接器找不到 .lib。
验证方法：打开生成的 conanbuildinfo.props，搜索 VCInstallDir 或 MSVC 字样，看路径是否指向你本机实际安装的 MSVC 工具集目录（比如 14.39.33519）。
临时绕过办法：
- 用
conan profile detect重新生成 profile，并确认compiler.version=193、compiler.toolset=v143（不是 v144） - 在 VS 项目属性中，“常规 → Windows SDK 版本”和“平台工具集”必须与 profile 中声明的完全匹配
- 更稳妥的做法：迁移到
CMakeDeps，它通过find_package()动态定位工具链，不依赖硬编码路径
