这个问题的核心其实是系统/编译器自带组件和第三方库在构建系统（CMake）中的“待遇”差异，我给你拆解成几个关键点：

1. MSVC/Windows SDK是构建工具链的“自己人” #

MSVC编译器和Windows SDK属于Windows平台官方的构建工具链组件，CMake和MSVC本身就对它们做了深度内置支持：

• MSVC会自动把Windows SDK的头文件路径、系统库路径加入默认搜索范围，你不需要手动用target_include_directories或target_link_directories指定
• 很多Windows SDK的头文件里已经通过#pragma comment(lib, "xxx.lib")的指令，悄悄告诉编译器“我需要链接这个库”——比如你包含<windows.h>时，它会自动让编译器链接user32.lib、kernel32.lib这些基础系统库
• CMake针对Windows平台有预设的配置逻辑，会自动处理这些系统级依赖，根本不需要你手动写target_link_libraries去显式链接

2. 第三方库是“外来访客”，CMake默认不知道它们 #

第三方库不属于官方工具链的一部分，CMake没有内置它们的信息，所以必须手动告诉CMake它们的存在：

• 第三方库的安装路径完全不确定（你可能装在自定义目录、项目本地，甚至是编译好的静态库文件），CMake没法自动定位到它们的头文件和库文件
• 大部分第三方库不会在头文件里加自动链接的指令（除非是专门为MSVC优化过的少数库），所以你必须通过find_package（如果库提供了CMake配置文件）或者手动指定路径，再用target_link_libraries把库链接到你的可执行文件上，否则编译器会找不到函数的实现，报“未定义引用”的错误

3. 举个直观对比的例子 #

• 用Windows SDK的情况：你调用MessageBox弹窗，只要包含<windows.h>，编译运行完全没问题——因为<windows.h>里的#pragma comment(lib, "user32.lib")已经让MSVC自动链接了对应的库，CMake也不需要额外配置
• 用第三方库的情况：比如你用libcurl发起网络请求，你必须先通过find_package(CURL REQUIRED)让CMake找到curl的配置，再写target_link_libraries(MyQtApp PRIVATE CURL::libcurl)，CMake才知道要把curl的库文件链接到你的程序里，否则编译肯定报错

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