当Conan已下载依赖包时，如何避免重复执行FetchContent？

原因 #

1. 阶段不匹配：Conan的test_requires依赖默认在构建阶段才会注入项目，但你的CMake配置阶段就执行了FetchContent的查找逻辑，此时Conan还未导入GTest的CMake目标，CMake找不到已存在的GTest，就会触发下载。
2. FetchContent逻辑局限：FetchContent_Declare中设置的FIND_PACKAGE_ARGS仅在执行FetchContent_MakeAvailable时才尝试查找依赖，若此时Conan还未注入GTest导致查找失败，就会直接触发下载流程，无法提前感知后续Conan会提供的依赖。

解决办法 #

方法一：调整CMake逻辑，优先主动查找GTest #

修改tests/CMakeLists.txt，先主动尝试查找GTest，仅在查找失败时再用FetchContent下载：

# 优先查找已安装/Conan提供的GTest（QUIET避免冗余输出）
find_package(GTest QUIET CONFIG)

if(NOT GTest_FOUND)
  include(FetchContent)
  FetchContent_Declare(
    GTest
    URL https://github.com/google/googletest/archive/refs/tags/v1.14.0.tar.gz
    URL_HASH SHA256=8ad598c73ad796e0d8280b082cebd82a630d73e73cd3c70057938a6501bba5d7
  )
  # 禁用GTest的安装目标，避免干扰主项目
  set(INSTALL_GTEST OFF CACHE BOOL "" FORCE)
  FetchContent_MakeAvailable(GTest)
endif()

# 后续正常链接GTest目标
add_executable(test_app test_code.cpp)
target_link_libraries(test_app PRIVATE GTest::gtest GTest::gtest_main)

这种方式能确保如果Conan已在配置阶段注入GTest，find_package会直接找到，跳过FetchContent下载。

方法二：配置Conan让test_requires在CMake配置阶段可见 #

修改conanfile.py，使用CMakeDeps生成器，确保GTest的配置文件能被CMake在配置阶段找到：

from conan import ConanFile
from conan.tools.cmake import CMakeDeps, CMakeToolchain

class MyProjectConan(ConanFile):
    settings = "os", "compiler", "build_type", "arch"
    requires = "my_main_project/1.0.0"
    test_requires = "gtest/1.14.0"
    generators = "CMakeToolchain"

    def generate(self):
        deps = CMakeDeps(self)
        # 让GTest的CMake配置以CONFIG模式被查找（匹配Conan生成的配置文件）
        deps.set_property("gtest", "cmake_find_mode", "config")
        deps.generate()

同时，调用Conan时使用正确的生成器：

conan install .. --build=missing -s build_type=Release

Conan会生成GTest的CMake配置文件，CMake在配置阶段就能通过find_package(GTest CONFIG)找到依赖，不会触发FetchContent。

方法三：强制Conan在配置阶段暴露test_requires依赖 #

在conanfile.py中，将test_requires转为普通的build_requires，并设置build=True，让依赖在配置阶段就被注入：

def build_requirements(self):
    self.build_requires("gtest/1.14.0", build=True)

这种方式会让GTest在配置阶段就被Conan处理，CMake能直接找到对应的目标，但注意build_requires会作用于整个项目构建，而非仅测试阶段，适合测试依赖和主项目构建强关联的场景。

内容的提问来源于stack exchange，提问作者glades