Windows系统Clion中使用CMake链接Curl静态库遇到未定义引用问题

兄弟，你这个问题我太熟了——Windows下用MinGW环境静态链接Curl，确实容易踩这种符号引用的坑，我来一步步给你捋清楚怎么解决。

首先得明白你遇到的两个错误到底是啥原因：

1. 最开始的__imp_curl_easy_init未定义引用：这是因为你没定义CURL_STATICLIB宏的时候，Curl的头文件会默认生成动态链接库的导入函数声明（也就是带__imp_前缀的符号），但你实际链接的是静态库libcurl.a，静态库里面的符号是不带这个前缀的，所以编译器找不到对应符号，自然报错。
2. 加了CURL_STATICLIB后出现__imp_closesocket错误：这是因为静态链接Curl的时候，它依赖的Windows系统库（比如网络套接字、加密相关的库）不会自动帮你链接，得手动加进去。

接下来直接给你能跑通的CMake配置修改方案，以及关键步骤的解释：

第一步：把CURL_STATICLIB放在最前面 #

这个宏必须在编译源文件之前定义，也就是要在add_executable或者源文件包含curl.h之前生效，不然头文件还是会生成动态链接的声明。

第二步：正确引导CMake找到你的静态Curl库 #

你之前手动设置CURL_INCLUDE_DIR和CURL_LIBRARY容易和find_package的自动搜索冲突，不如直接设置Curl的根目录，让find_package自动识别静态库。

第三步：手动链接Curl依赖的Windows系统库 #

MinGW环境下静态链接Curl时，必须额外链接它依赖的系统库：ws2_32（网络套接字）、wldap32（LDAP）、crypt32（加密）、advapi32（系统API），这些库在动态链接时可能被自动处理，但静态链接时必须手动加。

修改后的完整CMake示例 #

cmake_minimum_required(VERSION 3.10)
project(EC C)

# 核心：先定义CURL_STATICLIB，确保编译源文件时头文件生成静态链接的函数声明
add_compile_definitions(CURL_STATICLIB)

set(CMAKE_C_STANDARD 11)

# 设置你的Curl安装根目录，让find_package自动找静态库
set(CURL_ROOT "C:/curl-8.14.1_1-win64-mingw")
set(CURL_STATIC ON) # 明确告诉find_package要找静态库，不是动态库

find_package(CURL REQUIRED)

if(CURL_FOUND)
    message(STATUS "libcurl found")
    include_directories(${CURL_INCLUDE_DIRS})
    add_executable(EC main.c)
    # 链接Curl静态库 + 它依赖的Windows系统库
    target_link_libraries(EC 
        ${CURL_LIBRARIES}
        ws2_32
        wldap32
        crypt32
        advapi32
    )
else()
    message(FATAL_ERROR "libcurl not found")
endif()

额外的排查小技巧 #

如果之后还遇到类似的未定义引用，可以用这两个方法定位问题：

1. 检查静态库的符号：用MinGW自带的nm工具查看libcurl.a里的符号，比如在命令行跑：

   nm C:/curl-8.14.1_1-win64-mingw/lib/libcurl.a | grep curl_easy_init
   

   正常静态库的符号应该是类似T curl_easy_init，而不是带__imp_前缀的。
2. 确认架构匹配：你的MinGW是64位的，Curl库也必须是64位的，32位和64位混着用也会出各种奇怪的链接错误。

内容来源于stack exchange