Windows 10 + VS2019 下编译64位libcurl库（支持HTTPS）完整指南

简介：本资源是为Windows 10平台开发者准备的、开箱即用的CURL 64位静态/动态链接库集合，基于最新稳定版7.84.0源码，使用CMake 3.22与Visual Studio 2019完整编译生成，专为C/C++网络编程初学者及嵌入式HTTP客户端开发人员设计，可快速集成HTTPS请求能力，免去繁琐的跨平台编译配置过程。压缩包共19个文件，包含11个头文件（.h）、2个构建脚本（.am）、1个README说明文档、1个可执行程序curl.exe、1个动态链接库libcurl.dll、1个导入库libcurl_imp.lib、1个导出符号文件libcurl_imp.exp，以及配套的.gitignore，总大小仅354KB，结构清晰分为include与lib两级目录，便于VS工程直接引用。已有774人下载学习，用户可直接调用libcurl接口实现GET/POST/SSL认证等HTTP操作，亦可立即运行内置curl.exe进行命令行调试，显著降低Win10环境下网络工具链搭建门槛。

1. 项目概述与背景

最近在做一个需要处理HTTP请求的C++项目，环境是Windows 10，开发工具用的是Visual Studio 2019。项目里需要用到libcurl库来处理网络通信，比如上传下载文件、调用RESTful API这些。一开始图省事，直接去官网下载了预编译的二进制包，结果发现要么是32位的，要么就是用MinGW或者其它编译器链编译的，跟VS2019的MSVC编译器环境不太兼容，链接的时候总报各种运行时库冲突或者符号找不到的错误，调试起来非常头疼。

折腾了几次之后，我决定还是自己动手，用VS2019从源码编译一个64位的libcurl库，版本就选当时最新的7.84.0。自己编译虽然前期麻烦点，但好处太多了：一是能确保库的编译环境（运行时库版本、编译器特性）和我的项目完全一致，彻底杜绝兼容性问题；二是可以按需定制功能，比如我需要HTTPS支持，就编译进OpenSSL，不需要的功能可以关掉，让库更精简；三是能生成调试版本（Debug）的库，方便在开发阶段单步跟踪到libcurl内部，排查一些诡异的网络问题。

这个过程涉及从获取源码、配置编译选项、解决依赖库，到最终生成lib和dll文件。网上虽然有一些教程，但要么步骤不全，要么针对的是老版本，有些关键的坑点没提到。我把整个流程和踩过的坑详细记录下来，如果你也在Win10+VS2019环境下需要64位的curl库，这份记录应该能帮你省下不少时间。

2. 编译前的环境与工具准备

工欲善其事，必先利其器。在开始编译之前，我们需要把“厨房”收拾好，把必要的“食材”和“工具”备齐。这一步看似简单，但准备不充分往往是后续编译失败的主要原因。

2.1 核心工具链确认：Visual Studio 2019

首先，确保你的Visual Studio 2019安装正确且包含了C++开发组件。打开Visual Studio Installer，查看已安装的内容。必须确保安装了“使用C++的桌面开发”工作负载。这个工作负载包含了我们编译C/C++项目所需的MSVC编译器（cl.exe）、链接器（link.exe）、库管理器（lib.exe）以及最重要的“x64 Native Tools Command Prompt for VS 2019”这个命令行工具。

为什么强调这个命令行工具？因为我们需要在命令行下使用nmake（微软的Make工具）来编译curl。这个“x64 Native Tools Command Prompt”不是一个普通的CMD或PowerShell，它会在启动时自动设置好所有编译64位程序所需的环境变量，比如PATH、INCLUDE、LIB等，指向VS2019自带的工具和库。如果你在普通命令行下直接操作，很可能会遇到“nmake不是内部或外部命令”或者找不到cl.exe的错误。

验证方法很简单：在Windows开始菜单里搜索“x64 Native”，找到并打开它。在弹出的命令行窗口中，依次输入cl和nmake，如果能看到它们的版本信息而不是错误提示，说明环境就绪了。

2.2 获取curl源码与依赖项

接下来是准备“食材”：curl源码和它可能依赖的“调味料”。

1. 下载curl源码：前往curl的官方GitHub发布页面（https://github.com/curl/curl/releases），找到版本7.84.0的源代码包。通常有两个选择：.tar.gz（适用于Linux/Mac）和.zip（适用于Windows）。我们直接下载curl-7.84.0.zip。下载后，解压到一个没有中文和空格的路径下，比如D:\Dev\curl-7.84.0。记住这个路径，后面我们称之为<CURL_SRC>。

2. 识别并准备依赖库（以OpenSSL为例）：curl本身可以不依赖任何外部库进行编译（即编译成仅支持HTTP的版本），但如今网络环境复杂，HTTPS（SSL/TLS）支持几乎是必需品。要让curl支持HTTPS，我们需要一个SSL库，在Windows上最常见的选择是OpenSSL。

这里有一个关键决策点：是自己编译OpenSSL，还是使用预编译好的二进制文件？对于新手或者想快速上手的开发者，我强烈建议使用预编译的OpenSSL库。自己编译OpenSSL过程更复杂，且容易出错。我们可以从Shining Light Productions（一个知名的Windows平台OpenSSL预编译包维护站点）下载对应VS2019和64位的版本，例如Win64 OpenSSL v1.1.1系列。

下载后，将其安装（或解压）到一个简单的路径，例如D:\Dev\OpenSSL-Win64。这个目录下通常会有include、lib和bin等子文件夹，分别存放头文件、库文件和运行时DLL。

3. 其他可选依赖：根据你的需求，可能还需要其他库，比如：

• zlib：用于支持HTTP压缩（gzip, deflate）。可以从zlib官网下载源码自己编译，或者使用预编译版本。
• libssh2：用于支持SCP/SFTP。
• c-ares：用于支持异步DNS解析，提升性能。

对于本次编译，我们以支持HTTPS（OpenSSL）为主要目标，其他依赖暂不添加以简化流程。你可以根据项目需要后续再添加。

2.3 规划构建目录结构

清晰的目录结构能让后续的配置和文件管理更轻松。我建议建立如下结构：

D:\Dev\curl-build\ ├── source\ # 放置 curl-7.84.0 源码 ├── openssl\ # 放置 OpenSSL 的头文件和库文件 ├── build-vs2019-x64\ # 编译输出目录 └── output\ # 最终整理好的头文件、库文件、DLL的存放目录

将之前下载的curl-7.84.0解压到source目录下。将OpenSSL的include和lib文件夹复制到openssl目录下（或者直接在配置时指向OpenSSL的安装目录）。build-vs2019-x64是编译过程中的工作目录，output是我们最终提取成果的地方。

3. 编译配置与生成工程文件

curl在Windows上通常不直接提供VS的解决方案文件（.sln），而是通过其自带的构建系统生成。对于MSVC，它主要支持两种方式：一是使用CMake生成VS工程；二是使用其自带的winbuild目录下的Makefile.vc配合nmake进行编译。后者是curl官方为Windows+MSVC量身定制的传统方式，更直接，也更容易控制。我们选择第二种方式。

3.1 进入编译环境与源码目录

1. 打开“x64 Native Tools Command Prompt for VS 2019”。
2. 使用cd命令切换到curl源码的winbuild目录。这个目录包含了Windows编译的专用脚本。

   cd /d D:\Dev\curl-build\source\curl-7.84.0\winbuild

3.2 理解并配置nmake参数

在winbuild目录下，有一个BUILD.WINDOWS.txt文件，是编译指南。但更直接的是查看Makefile.vc和使用说明。我们通过给nmake命令传递参数来控制编译过程。

编译命令的基本格式是：

nmake /f Makefile.vc mode=<static/dll> <options>

关键参数解析：

• mode=static或mode=dll：这是最重要的选项，决定生成静态库（.lib）还是动态库（.dll + .lib）。

  • 静态库（static）：将curl的所有代码编译进一个.lib文件。你的程序在链接时，会把库的代码直接合并到最终的可执行文件（.exe）中。优点是部署简单，一个.exe文件就够了。缺点是exe文件体积会变大，且如果多个模块都用了静态库，会在最终程序里存在多份代码副本。
  • 动态库（dll）：生成libcurl.dll（动态链接库）和libcurl.lib（导入库）。你的程序在运行时需要依赖这个dll文件。优点是程序体积小，多个程序可以共享同一个dll（节省内存），升级curl库时只需替换dll（需注意接口兼容性）。缺点是部署时需要将dll和exe一起发布。如何选择？如果开发供他人使用的SDK，或者希望程序独立不依赖外部文件，选static。如果是大型应用，注重模块化和更新方便，选dll。我这里以生成动态库（mode=dll）为例，因为更通用。

• VC=<版本号>：指定Visual Studio版本。对于VS2019，我们使用VC=16。VS版本号对应关系：VS2015=14, VS2017=15, VS2019=16, VS2022=17。

• RTLIBCFG=<static/dynamic>：指定C运行时库（CRT）的链接方式。

  • dynamic：链接到动态CRT（如MD、MDd）。你的程序需要微软的运行时库（如msvcrt.dll,vcruntime140.dll）才能运行。这是推荐的方式，符合现代Windows应用分发惯例（这些DLL通常系统已有或通过安装包提供）。
  • static：链接到静态CRT（如MT、MTd）。CRT代码会被打包进你的库或程序，生成的文件更大，但理论上部署更独立。强烈建议使用RTLIBCFG=dynamic，以避免潜在的运行时库冲突，特别是当你项目中的其他第三方库也使用动态CRT时。

• DEBUG=<yes/no>：是否生成调试版本。DEBUG=yes会生成带调试信息的库（通常更大，运行更慢），并启用_DEBUG宏定义，方便调试。DEBUG=no则生成发布版本，经过优化。

• MACHINE=<x86/x64>：指定目标机器架构。我们需要64位库，所以是MACHINE=x64。

• WITH_SSL=<static/dll>和SSL_PATH=<路径>：这是启用SSL支持的关键。

  • WITH_SSL=dll表示我们使用动态链接的OpenSSL库（libssl-1_1-x64.dll,libcrypto-1_1-x64.dll）。
  • SSL_PATH必须指向你的OpenSSL安装目录（包含include和lib子目录的那个），例如SSL_PATH=D:\Dev\OpenSSL-Win64。

• GEN_PDB=<yes/no>：是否生成程序数据库文件（.pdb）。这对于调试至关重要，特别是动态库。设置为GEN_PDB=yes，这样在调试时就能看到curl库内部的函数名和调用栈。

3.3 执行配置与编译命令

综合以上，我使用的完整编译命令如下（在winbuild目录下执行）：

nmake /f Makefile.vc mode=dll VC=16 RTLIBCFG=dynamic DEBUG=no MACHINE=x64 WITH_SSL=dll SSL_PATH=D:\Dev\OpenSSL-Win64 GEN_PDB=yes

如果你想同时编译一个调试版本（Debug），可以再开一个命令行，或者稍后执行：

nmake /f Makefile.vc mode=dll VC=16 RTLIBCFG=dynamic DEBUG=yes MACHINE=x64 WITH_SSL=dll SSL_PATH=D:\Dev\OpenSSL-Win64 GEN_PDB=yes

注意：nmake命令的参数之间用空格分隔，路径中如果有空格，需要用双引号括起来，例如SSL_PATH="C:\Program Files\OpenSSL-Win64"。另外，编译过程会从网络下载一些辅助工具（如perl，用于生成一些源文件），请确保网络通畅。如果遇到下载失败，可以尝试手动下载并放置到指定位置，具体可查看错误信息或Makefile.vc中的相关规则。

敲下回车后，nmake就会开始工作。它会先根据参数配置构建环境，然后调用编译器（cl.exe）和链接器（link.exe）进行编译。整个过程会在控制台输出大量信息，如果没有报错（error），最终会显示编译成功，并在源码目录下的builds文件夹里生成结果。

4. 编译输出结果的处理与使用

编译成功后，我们需要的文件在哪里？如何正确地集成到自己的VS2019项目中？这一步处理不好，前面所有工作都白费。

4.1 定位与整理编译产物

curl的构建系统会将输出放在一个比较深的目录里。对于我们的参数（mode=dll,MACHINE=x64,DEBUG=no,VC=16），生成的目录路径大致为：<CURL_SRC>\builds\libcurl-vc16-x64-release-dll-ssl-dll

进入这个目录，你会看到几个重要的子文件夹：

• bin： 这里存放着运行时需要的文件。
  • libcurl.dll： 这是我们编译出的curl动态库本体。
  • libcurl.pdb： 对应的调试符号文件（如果GEN_PDB=yes）。
  • 可能还有libssl-1_1-x64.dll和libcrypto-1_1-x64.dll（如果你编译时WITH_SSL=dll且OpenSSL也是动态库，它们会被自动复制过来）。这一点非常重要！你的程序运行时，必须能找到这三个dll（如果用了SSL）。
• lib： 这里存放着开发时需要的库文件。
  • libcurl.lib： 这是导入库（Import Library），用于在链接阶段告诉链接器你的程序将要调用libcurl.dll中的哪些函数。它不是静态库，体积很小。
• include： 这里存放着curl的头文件。但注意，这个include目录可能不是完整的。更可靠的做法是直接使用源码根目录下的include\curl文件夹。

为了方便项目管理，我习惯将必要的文件整理到一个独立的output目录，结构如下：

D:\Dev\curl-build\output\ ├── include\ │ └── curl\ # 从 <CURL_SRC>\include\curl 复制过来 │ ├── curl.h │ ├── easy.h │ └── ... (其他所有.h文件) ├── lib\ │ ├── release\ │ │ ├── libcurl.lib # 发布版的导入库 │ │ └── libcurl.pdb # 发布版的符号文件（可选） │ └── debug\ │ ├── libcurl.lib # 调试版的导入库 │ └── libcurl.pdb # 调试版的符号文件 └── bin\ ├── release\ │ ├── libcurl.dll # 发布版的动态库 │ ├── libssl-1_1-x64.dll │ └── libcrypto-1_1-x64.dll └── debug\ ├── libcurl.dll # 调试版的动态库 ├── libssl-1_1-x64.dll └── libcrypto-1_1-x64.dll

将对应版本（Release/Debug）的文件分别放入release和debug子目录，在VS项目中配置时就可以方便地根据配置切换。

4.2 在Visual Studio 2019项目中配置

现在，在你的C++项目中引入我们编译好的curl库。

1. 包含头文件目录： 打开项目属性 -> “C/C++” -> “常规” -> “附加包含目录”。添加你整理好的include目录路径，例如D:\Dev\curl-build\output\include。

2. 配置库目录和附加依赖项：

   • 打开“链接器” -> “常规” -> “附加库目录”。添加对应配置（Debug/Release）的lib目录，例如对于Release配置，添加D:\Dev\curl-build\output\lib\release。
   • 打开“链接器” -> “输入” -> “附加依赖项”。在这里添加libcurl.lib。注意：只需要加.lib文件，不需要加.dll。链接器会根据.lib文件知道在运行时需要加载libcurl.dll。

3. 确保DLL在运行时可用： 这是新手最容易出错的地方。链接（编译）阶段成功了，但程序一运行就提示“找不到libcurl.dll”。解决方法有三种：

   • 方法一（推荐，用于开发调试）：将bin\release或bin\debug目录下的所有.dll文件，复制到你的项目生成的可执行文件（.exe）所在的目录。VS默认生成目录是$(SolutionDir)$(Configuration)\，例如x64\Release\。
   • 方法二：将DLL所在目录（如D:\Dev\curl-build\output\bin\release）添加到系统的PATH环境变量中。但这样会影响全局，不推荐。
   • 方法三：在项目属性 -> “调试” -> “环境”中，添加一行如PATH=D:\Dev\curl-build\output\bin\release;%PATH%。这样只在VS启动调试时生效。

4. 配置预处理器定义（可选但重要）： 为了让curl正确使用我们编译的SSL库，通常需要在项目预处理器定义中添加CURL_STATICLIB。但是请注意：这个宏的名字有点误导。当我们使用动态库（DLL）版本的curl时，不应该定义CURL_STATICLIB。这个宏仅在链接静态库（.lib）版本的curl时才需要定义，用于防止curl的头文件声明函数时使用错误的调用约定（__declspec(dllimport)）。对于动态库，保持默认即可，头文件会自动使用__declspec(dllimport)。定义错了会导致链接错误。

4.3 编写测试代码验证

配置完成后，写一段简单的代码测试是否成功。

#include <iostream> #include <curl/curl.h> // 确保能找到这个头文件 int main() { CURL* curl = curl_easy_init(); if (curl) { std::cout << "libcurl version: " << curl_version() << std::endl; curl_easy_cleanup(curl); return 0; } else { std::cerr << "Failed to initialize libcurl!" << std::endl; return -1; } }

编译并运行。如果成功输出libcurl的版本信息（其中应包含SSL字样，证明OpenSSL支持已启用），并且程序没有崩溃，那么恭喜你，curl库已经成功集成到你的项目中了。

5. 编译过程中的常见问题与解决方案

自己编译的过程很少一帆风顺，下面是我在编译curl 7.84.0 with VS2019时遇到的一些典型问题及解决方法。

5.1 依赖库路径错误或版本不匹配

问题描述：执行nmake命令时，报错fatal error LNK1181: cannot open input file 'libssl.lib'或cannot open include file 'openssl/ssl.h'。

原因分析：这是最常见的问题。nmake找不到OpenSSL的头文件或库文件。原因可能是：

1. SSL_PATH参数设置错误，指向的目录下没有include和lib子文件夹。
2. 使用的OpenSSL库位数不对（用了32位的库编译64位的curl）。
3. OpenSSL库的版本不兼容（比如curl可能需要1.1.x系列，而你提供了3.0.x的库）。

解决方案：

1. 仔细检查SSL_PATH指向的路径。确保路径中不包含中文或特殊字符。最好使用绝对路径。
2. 确认你下载的OpenSSL是“Win64”版本，并且是VS2019对应的版本（通常文件名或说明里会写）。
3. 打开OpenSSL的lib文件夹，查看库文件名。对于动态库，通常叫libssl-1_1-x64.lib和libcrypto-1_1-x64.lib（这是导入库）。确保这些文件存在。有时预编译包提供的是libssl.lib和libcrypto.lib，如果文件名不对，可以尝试复制一份并重命名，或者修改Makefile.vc中的库名（不推荐新手）。

5.2 编译工具链或环境问题

问题描述：在“x64 Native Tools Command Prompt”中执行nmake，提示‘nmake‘ 不是内部或外部命令，也不是可运行的程序。

原因分析：虽然打开了正确的命令行工具，但可能因为VS安装不完整或环境变量被意外修改，导致nmake.exe不在当前路径下。

解决方案：

1. 在命令行中直接输入where nmake。如果找不到，说明环境确实有问题。
2. 尝试在开始菜单中搜索“Developer Command Prompt for VS 2019”并打开，这个也会设置环境变量。
3. 最根本的方法是修复或修改VS2019安装，确保“使用C++的桌面开发”工作负载下的“MSVC v142 - VS 2019 C++ x64/x86 build tools”组件被选中安装。

问题描述：编译过程中出现大量语法错误，例如error C2065: ‘xxx‘: undeclared identifier，但这些标识符明显是标准库或Windows SDK里的。

原因分析：可能是Windows SDK版本不匹配，或者包含目录（include paths）顺序混乱。curl的构建脚本可能没有正确找到最新Windows SDK的头文件。

解决方案：

1. 确保VS2019安装了较新版本的Windows 10 SDK。可以通过Visual Studio Installer进行添加。
2. 这是一个比较棘手的问题。可以尝试在nmake命令中显式指定SDK版本，但Makefile.vc可能不支持。一个变通方法是，手动编辑winbuild目录下的Makefile.vc文件，找到设置INCLUDE环境变量的地方，确保Windows SDK的路径（如C:\Program Files (x86)\Windows Kits\10\Include\10.0.xxxxx.0\um）被正确包含。操作前建议备份原文件。

5.3 链接阶段错误

问题描述：编译（.c文件生成.obj）成功，但在链接（link）阶段失败，报错如LNK2005: _malloc already defined in LIBCMT.lib或LNK2038: mismatch detected for ‘RuntimeLibrary‘。

原因分析：这是典型的运行时库（CRT）链接冲突。可能的原因有：

1. 你的项目属性中设置的运行时库（“C/C++” -> “代码生成” -> “运行时库”）与编译curl时使用的（RTLIBCFG参数）不一致。例如，你的项目是/MDd（Debug动态），但curl库是用RTLIBCFG=static（静态CRT）编译的。
2. 你项目中引用的其他第三方库使用了不同设置的CRT。

解决方案：

1. 统一运行时库设置：这是最根本的解决方法。确保你的项目、以及所有你引用的第三方库（包括curl），都使用相同类型的CRT（全是动态/MD//MDd，或者全是静态/MT//MTd）。对于curl，通过RTLIBCFG=dynamic（对应/MD或/MDd）或RTLIBCFG=static（对应/MT或/MTd）来控制。强烈建议所有组件都使用动态CRT（/MD或/MDd），这是Windows平台现代软件开发的通用做法。
2. 检查你的项目属性，确保Debug配置对应/MDd，Release配置对应/MD。然后重新用对应的DEBUG=yes/no和RTLIBCFG=dynamic参数编译curl。

5.4 运行时问题（DLL相关）

问题描述：程序编译链接成功，但运行时弹出错误对话框或控制台输出“无法启动此程序，因为计算机中丢失 libcurl.dll”或“应用程序无法正常启动(0xc000007b)”。

原因分析：

1. DLL未找到：这是最直接的原因，系统在可执行文件目录、PATH环境变量指定的目录中都找不到libcurl.dll（以及它依赖的libssl-1_1-x64.dll等）。
2. DLL位数不匹配：错误0xc000007b经常意味着尝试加载了一个不兼容的DLL，例如32位程序加载了64位DLL，或者反之。你的程序是x64的，但libcurl.dll可能是x86的。

解决方案：

1. 确保DLL就位：将编译输出的bin\release下的所有DLL文件，复制到你的.exe文件所在的目录。这是最可靠的部署方式。
2. 检查位数：使用Dependency Walker（Depends.exe）或微软的dumpbin /headers libcurl.dll命令检查DLL的机器类型。对于64位DLL，应该显示x64或8664 machine (x64)。同时检查你的项目属性中“配置管理器”里活动解决方案平台是否为x64。
3. 检查依赖链：使用上述工具打开libcurl.dll，查看它自身依赖哪些DLL。确保这些DLL（如libssl-1_1-x64.dll,libcrypto-1_1-x64.dll,zlib1.dll,KERNEL32.dll,MSVCRT.dll等）也都能被找到，并且位数匹配。特别是MSVCRT相关的DLL（如vcruntime140.dll），如果编译时选择了动态CRT，这些DLL也需要存在。它们通常由“Visual C++ Redistributable for Visual Studio 2019”提供，可以在目标机器上安装，或者随你的应用程序一起分发。

6. 高级定制与优化建议

当你成功完成了基础编译后，可能还想根据项目需求进行一些定制化调整，或者优化编译结果。

6.1 功能定制：启用或禁用特定协议与特性

curl支持大量的协议和特性，但并非所有项目都需要。在编译时禁用不需要的功能，可以减小库的体积，降低潜在的安全面。这需要通过修改Makefile.vc或使用更底层的配置方式来实现。

一种常见的方法是直接编辑winbuild目录下的Makefile.vc文件，但这对新手不友好且容易出错。更推荐的方式是使用curl源码根目录下的configure脚本（需要配合类似Cygwin或MSYS2的环境）生成Makefile，但这在纯Windows+MSVC环境下比较复杂。

对于Makefile.vc，我们可以通过添加USE_开头的参数来粗略控制。例如，在nmake命令后添加：

• USE_IPV6=no： 禁用IPv6支持。
• USE_IDN=no： 禁用国际化域名支持。
• USE_LIBSSH2=no： 禁用SSH支持（如果没指定WITH_SSH2，默认就是no）。

但是，Makefile.vc提供的开关有限。更细粒度的控制需要研究Makefile.vc内部，或者使用CMake。如果你只需要HTTP/HTTPS，那么默认编译（加上SSL）就已经足够了，其他协议如FTP、SMTP等默认是开启的，但对库大小影响不大。

6.2 生成静态库（Static Library）的注意事项

如果你选择编译静态库（mode=static），配置和使用上会有一些不同。

1. 编译命令：将mode参数改为static即可。

   nmake /f Makefile.vc mode=static VC=16 ... WITH_SSL=static SSL_PATH=...

   注意，如果依赖库（如OpenSSL）也使用静态库，那么WITH_SSL也应设为static。

2. 项目配置：

   • 必须在项目的预处理器定义中添加CURL_STATICLIB。这个宏会改变curl头文件中函数的声明方式，使其适合静态链接。
   • 在“附加依赖项”中，除了要添加libcurl.lib，还必须添加curl静态库所依赖的所有其他库。这包括：
     • OpenSSL的静态库：libssl.lib,libcrypto.lib
     • Windows系统库：ws2_32.lib（Winsock）,crypt32.lib（CryptoAPI）,wldap32.lib（LDAP）等。 具体需要哪些库，一个简单的方法是查看编译curl静态库时链接器（link.exe）的命令行输出，里面会列出所有链接的库。或者，你可以先尝试链接，根据报错信息（LNK2001: unresolved external symbol）逐步添加缺失的库。

3. 优缺点再权衡：静态库将所有代码打包进你的exe，部署简单，但会导致exe文件显著增大。更重要的是，如果同一个进程中有多个模块（如主exe和一个dll插件）都静态链接了curl，它们会各自拥有一份curl的全局状态（如内存管理、SSL上下文等），这可能会引发难以调试的问题。因此，在大型或模块化项目中，动态库（DLL）通常是更安全的选择。

6.3 为生产环境优化编译选项

我们之前使用的命令是基础编译。为了获得更优的性能和大小，可以考虑以下调整：

• 启用编译器优化：在Release版（DEBUG=no）编译时，MSVC默认会使用/O2（最大化速度）优化。这通常已经足够。你可以在nmake命令后添加CFLAGS=/O2 /GL和LDFLAGS=/LTCG来尝试全程序优化（Link Time Code Generation），这可能会进一步优化性能，但会大大增加编译时间。
• 禁用调试信息：对于最终发布的版本，如果不需要调试，可以在编译命令中移除GEN_PDB=yes，或者发布时不携带.pdb文件。
• 压缩二进制大小：添加链接器选项/OPT:REF（消除未使用的函数/数据）和/OPT:ICF（折叠相同的COMDAT节）是默认开启的。你还可以尝试在CFLAGS中添加/Os（优选大小）而不是/O2（优选速度），但这可能会影响性能。

这些优化选项的添加需要谨慎，并且最好通过修改Makefile.vc中的CFLAGS和LDFLAGS变量来实现。对于绝大多数应用，使用默认的Release编译选项已经能产生非常高效的代码了。优化的首要原则是“满足需求即可”，过度优化可能带来兼容性风险，且收益有限。

本文还有配套的精品资源，点击获取