嗨，我来帮你捋捋这个问题～其实这是vcpkg的默认行为导致的：默认情况下，vcpkg只会识别并处理根目录下的vcpkg.json文件，子目录里的manifest文件不会被自动扫描和安装依赖，因为vcpkg的toolchain是基于当前构建树的根配置来工作的。

下面给你几个可行的解决方案，你可以根据自己的项目需求来选：

1. 让子项目主动触发manifest依赖安装（推荐，保持模块化） #

首先确保你的根CMakeLists.txt已经通过add_subdirectory(libs/lib1)和add_subdirectory(libs/lib2)正确引入了子项目。然后在每个子项目的CMakeLists.txt里，显式告诉vcpkg去处理它自己的vcpkg.json：

# libs/lib1/CMakeLists.txt示例
project(lib1)
# 在project命令之后调用这个函数，触发当前目录vcpkg.json的依赖安装
vcpkg_manifest_install()

# 后续的库构建代码...
add_library(lib1 ...)

另外，cmake配置时建议显式开启manifest模式（虽然根目录有vcpkg.json时默认会开启，但显式设置更稳妥）：

cmake -B build -DCMAKE_TOOLCHAIN_FILE=$env{VCPKG_ROOT}/scripts/buildsystems/vcpkg.cmake -DVCPKG_MANIFEST_MODE=ON

2. 合并所有依赖到根目录vcpkg.json（简单但耦合性高） #

如果你的子项目不需要单独复用，也可以直接把lib1、lib2需要的依赖全部复制到根目录的vcpkg.json里，这样vcpkg在配置时会一次性安装所有依赖。不过这种方式会让子项目的依赖和根项目绑定在一起，不利于子项目单独维护或移植。

3. 进阶：把子项目作为vcpkg端口/自定义registry（适合独立库场景） #

如果lib1和lib2是可以独立发布的库，你可以把它们打包成vcpkg的ports，或者放到自定义的vcpkg registry里。这样根项目的vcpkg.json可以直接依赖这些子库，vcpkg会自动递归安装子库的依赖。不过这个方式需要额外的配置工作，适合复杂度较高的项目结构。

最后再提两个注意点：

• 确保你的vcpkg是最新稳定版，旧版本对子目录manifest的支持可能有bug；
• 确认VCPKG_ROOT环境变量已经正确设置，toolchain文件路径没有问题。

备注：内容来源于stack exchange，提问作者Jazzwave06