1. 项目概述为什么你需要关注libcpr的安装如果你正在用C写网络请求相关的代码还在手动和libcurl的C接口较劲或者被Boost.Beast的复杂度劝退那你大概率会喜欢上libcpr。简单来说libcpr是一个现代、优雅的C HTTP客户端库它的API设计深受Pythonrequests库的启发让发送HTTP请求变得像写Python一样直观。想象一下在C里写cpr::Get(cpr::Url{https://api.example.com/data})就能发起一个GET请求并且能方便地处理响应头、JSON数据、超时和重试这能省去多少底层套接字和协议解析的麻烦。这个“终极指南”要解决的恰恰是让很多开发者尤其是C新手在第一步就卡住的问题如何把libcpr库成功安装并集成到自己的项目中从网络热词可以看到大家搜索的焦点集中在各种环境的安装配置上比如vscode配置c/c环境、git安装、visual c redistributable甚至exceeded retry limit这种错误提示。这说明两个问题第一环境搭建是普遍的痛点第二很多人在使用HTTP库时遇到了网络层面的具体问题如429错误而一个可靠的库是解决这些问题的基石。libcpr本身并不复杂但它依赖libcurl作为后端。因此安装libcpr本质上是一个“组合拳”既要搞定libcpr本身也要确保其依赖的libcurl被正确安装和链接。不同的操作系统、不同的构建系统CMake, vcpkg, Conan等、不同的使用场景系统全局安装 vs 项目本地集成都会让安装路径变得多样。本指南将彻底拆解这5种主流方法从最“傻瓜式”的包管理器到最“硬核”的源码编译我会结合自己多次踩坑的经验告诉你每种方法的适用场景、具体操作步骤以及最关键的那些“坑点”。无论你是Windows上的Visual Studio用户还是Linux/macOS的命令行爱好者抑或是追求跨平台一致性的CMake项目维护者这里总有一种方法适合你。2. 核心思路与方案选型五种方法如何选择在动手之前我们先理清思路。为什么会有这么多种安装方法这背后对应的是不同的开发哲学和项目需求。盲目选择一种可能会在后续遇到链接错误、版本冲突或者团队协作困难。### 2.1 方案全景图与核心考量我们可以把五种方法归为三大类系统级包管理器如Linux的apt(Debian/Ubuntu)、yum(RHEL/CentOS)、pacman(Arch)macOS的Homebrew。这类方法最简单一条命令安装到系统目录所有项目共享。优点是极其便捷。缺点是版本可能较旧且无法满足项目对特定版本的需求在Windows上缺乏原生支持。C生态专用包管理器如vcpkg和Conan。这是目前C依赖管理的现代解决方案。它们可以管理库的特定版本解决复杂的依赖关系比如自动处理libcpr依赖的libcurl和openssl并完美集成到CMake等构建系统中。vcpkg由微软维护与Visual Studio和CMake集成度极高适合Windows和跨平台项目。Conan是更通用、更灵活的包管理器支持更多构建系统社区活跃。两者的选择常取决于团队技术栈和个人偏好。源码编译集成直接下载libcpr源码通过CMake编译后将其作为项目子模块add_subdirectory或安装到本地目录后链接。这是最灵活、控制力最强的方法。你可以使用最新的开发分支进行自定义编译选项并且确保构建环境与你的项目完全一致。缺点是步骤最繁琐需要手动管理依赖。选择建议新手入门、快速验证想法优先使用系统包管理器Linux/macOS或vcpkgWindows。正式的跨平台项目追求依赖可重现和团队统一强烈推荐使用vcpkg或Conan。它们是现代C项目的标配。需要修改库源码、使用最新特性或进行深度定制选择源码编译集成。在受限环境无网络、无root权限下部署可能需要源码编译并静态链接。### 2.2 关键依赖libcurl与SSL后端无论选择哪种方法有一个核心细节必须清楚libcpr依赖于libcurl而libcurl通常需要一个SSL/TLS后端如OpenSSL, Schannel来支持HTTPS请求。这意味着你的安装过程必须确保libcurl被正确安装。libcurl在编译时启用了你需要的功能特别是HTTPS。libcpr在编译时能找到对应版本的libcurl。使用包管理器vcpkg, Conan, 系统包管理器时它们会自动处理这些依赖关系。但如果你选择源码编译就需要自己先安装好满足条件的libcurl开发库。例如在Ubuntu上你需要安装的是libcurl4-openssl-dev而不仅仅是libcurl4。3. 方法一使用系统包管理器Linux/macOS这是最快捷的入门方式适合在个人开发机或服务器上快速搭建环境。### 3.1 Debian/Ubuntu及其衍生系统在Ubuntu 22.04或Debian 11及更新版本上libcpr通常已经进入了官方仓库。# 1. 更新软件包列表 sudo apt update # 2. 安装libcpr开发包。注意包名通常是libcpr-dev它会自动拉取依赖的libcurl4-openssl-dev sudo apt install libcpr-dev # 3. 验证安装 # 查看库文件是否安装 ls /usr/include/cpr/ # 应该能看到cpr的头文件 ls /usr/lib/x86_64-linux-gnu/libcpr* # 应该能看到libcpr的库文件实操心得与避坑版本问题系统仓库的版本可能不是最新的。例如Ubuntu 22.04提供的可能是1.9.x版本而GitHub上早已发布了1.10。如果你的项目需要新特性此方法可能不适用。依赖完整性apt会自动处理依赖这很省心。但如果你之前手动安装过不同版本的libcurl可能会引发冲突。如果遇到链接错误可以尝试先卸载冲突的包sudo apt remove ‘^libcurl.*’再重新安装libcpr-dev。### 3.2 macOS (使用Homebrew)Homebrew是macOS上事实标准的包管理器它提供的libcpr版本通常比较新。# 1. 确保Homebrew已安装并更新 brew update # 2. 安装libcpr brew install libcpr # 3. 验证安装 # Homebrew将库安装到独立目录通常不需要手动指定链接路径CMake的find_package可以找到它。 # 你可以查看安装信息 brew info libcpr注意事项Homebrew默认将软件包安装到/usr/local/在Apple Silicon Mac上是/opt/homebrew/下并管理好了pkg-config文件。对于CMake项目你可以使用find_package(cpr REQUIRED)来查找CMake通常能通过Homebrew的设置自动定位。如果CMake找不到你可能需要在CMakeLists.txt中手动添加搜索路径但这并不常见。### 3.3 RHEL/CentOS/Fedora在基于RPM的系统上你可能需要先启用EPELExtra Packages for Enterprise Linux仓库或者使用较新版本的Fedora其官方仓库可能已包含libcpr。# 对于Fedora sudo dnf install libcpr-devel # 对于RHEL/CentOS 8/9需先启用EPEL sudo dnf install epel-release sudo dnf install libcpr-devel### 3.4 方法一总结与局限系统包管理器是“开箱即用”的典范极大降低了入门门槛。但它最大的局限在于版本控制和环境隔离。当你同时开发多个项目或者需要与CI/CD流水线保持环境一致时系统全局安装的库就会成为麻烦的源头。此外Windows没有统一的原生包管理器这使得我们需要转向更专业的工具。4. 方法二使用vcpkg进行安装与管理vcpkg是微软开发的一个跨平台C/C库管理器它与Visual Studio和CMake的集成非常出色尤其适合Windows开发者在Linux/macOS上同样工作良好。### 4.1 vcpkg的安装与初始化首先你需要获取vcpkg本身。它本质上是一个Git仓库。# 1. 克隆vcpkg仓库建议放在没有空格和中文的路径如 C:\dev 或 ~/dev git clone https://github.com/microsoft/vcpkg.git cd vcpkg # 2. 执行引导脚本以编译vcpkg自身 # 在Windows上 (PowerShell) .\bootstrap-vcpkg.bat # 在Linux/macOS上 ./bootstrap-vcpkg.sh # 3. 可选但推荐将vcpkg添加到系统环境变量PATH中方便全局调用 # Windows: 将 C:\dev\vcpkg 添加到用户PATH。 # Linux/macOS: 在 ~/.bashrc 或 ~/.zshrc 中添加 export PATH$PATH:~/dev/vcpkg### 4.2 使用vcpkg安装libcprvcpkg支持两种集成模式经典模式和清单模式。我们先从简单的经典模式开始。# 进入vcpkg目录后执行安装命令。 # cpr 是libcpr在vcpkg中的端口名称。 # --triplet 指定目标平台x64-windows是64位Windowsx64-linux是64位Linux依此类推。 # 安装适用于您当前系统的版本例如在64位Windows上 .\vcpkg install cpr # 或者明确指定triplet .\vcpkg install cpr:x64-windows # Windows 64位动态库 .\vcpkg install cpr:x64-windows-static # Windows 64位静态库 .\vcpkg install cpr:x64-linux # Linux 64位 .\vcpkg install cpr:x64-osx # macOS 64位安装过程是自动化的。vcpkg会从它的端口ports目录读取cpr的配方一个CONTROL文件和portfile.cmake。解析依赖发现cpr依赖libcurl而libcurl可能依赖openssl、zlib等。依次下载、配置、编译、安装这些库到vcpkg的安装目录如vcpkg/installed/x64-windows。### 4.3 在CMake项目中集成vcpkg安装的库这是vcpkg最强大的地方。你不需要手动指定include_directories和link_directories只需要在CMake配置时告诉它vcpkg工具链的位置。方法A通过CMake命令行参数推荐尤其适合CLion、VSCode等编辑器在配置Configure你的CMake项目时通过-DCMAKE_TOOLCHAIN_FILE指定vcpkg的工具链文件。# 假设你的项目在 my_project 目录vcpkg在平行的 vcpkg 目录 cd my_project mkdir build cd build # Linux/macOS 示例 cmake .. -DCMAKE_TOOLCHAIN_FILE../vcpkg/scripts/buildsystems/vcpkg.cmake # Windows 示例 (Visual Studio Developer Command Prompt 或使用 -G 指定生成器) cmake .. -DCMAKE_TOOLCHAIN_FILEC:/dev/vcpkg/scripts/buildsystems/vcpkg.cmake -G Visual Studio 17 2022 -A x64方法B在CMakeLists.txt中设置不推荐不够灵活你可以在CMakeLists.txt的最开头设置但这会强制所有构建都使用vcpkg可能影响他人。# 不推荐仅作演示 set(CMAKE_TOOLCHAIN_FILE ${CMAKE_CURRENT_SOURCE_DIR}/../vcpkg/scripts/buildsystems/vcpkg.cmake)方法C设置全局环境变量一劳永逸设置一个名为VCPKG_ROOT的环境变量指向你的vcpkg根目录并让CMAKE_TOOLCHAIN_FILE指向$VCPKG_ROOT/scripts/buildsystems/vcpkg.cmake。一些CMake集成如Visual Studio的CMake项目会自动识别。完成上述任一步骤后你的CMakeLists.txt就可以像下面这样简单cmake_minimum_required(VERSION 3.10) project(MyHttpProject) find_package(cpr REQUIRED) add_executable(my_app main.cpp) target_link_libraries(my_app PRIVATE cpr::cpr)### 4.4 vcpkg清单模式更现代的依赖管理清单模式Manifest Mode是vcpkg更推荐的方式。它在项目根目录创建一个vcpkg.json文件来声明依赖类似于Node.js的package.json。这确保了依赖版本在团队间和CI环境中的一致性。在项目根目录创建vcpkg.json{ name: my-http-project, version: 1.0.0, dependencies: [ cpr ] }在配置CMake时除了指定工具链还需要传递-DVCPKG_MANIFEST_MODEON。cmake -B build -S . -DCMAKE_TOOLCHAIN_FILE/path/to/vcpkg/scripts/buildsystems/vcpkg.cmake -DVCPKG_MANIFEST_MODEON执行CMake构建如cmake --build build时vcpkg会自动根据vcpkg.json安装缺失的依赖到项目本地的一个vcpkg_installed目录而不是全局的vcpkg安装目录。这实现了完美的项目隔离。### 4.5 vcpkg使用心得与常见问题首次安装慢因为要编译多个库curl, openssl等首次安装可能耗时较长。vcpkg支持二进制缓存和预编译包可以极大加速后续安装。可以搜索“vcpkg binary caching”进行配置。版本控制在清单模式中你可以在vcpkg.json中指定版本约束如cpr: {“version”: “1.10.0”}。使用vcpkg x-update-baseline可以更新所有端口到最新版本。与Visual Studio集成在VS中打开一个包含CMakeLists.txt和vcpkg.json的文件夹时VS的CMake集成通常能自动检测并使用vcpkg非常方便。找不到包确保你的vcpkg仓库是最新的git pull因为端口列表在不断更新。5. 方法三使用Conan进行安装与管理Conan是一个去中心化的C/C包管理器功能强大且灵活。它不管理构建过程而是管理预编译的二进制包或从源码构建及其依赖图。### 5.1 Conan的安装与配置# 使用pip安装Conan需要Python环境 pip install conan # 验证安装 conan --version首次运行conan命令它会在用户目录下创建.conan2文件夹用于配置。### 5.2 使用Conan安装libcprConan有中心化的公共仓库conancenter里面包含了许多开源库的“配方”conanfile。libcpr就在其中。命令行直接安装适用于快速测试或全局环境# 安装最新版本的cpr到本地缓存。cpr/1.10.4是包名/版本。 # --buildmissing表示如果缓存中没有预编译的二进制包则从源码构建。 conan install cpr/1.10.4 --buildmissing但这只是把库下载/构建到了Conan的本地缓存通常在~/.conan2下。要在项目中使用我们需要结合构建系统。### 5.3 在CMake项目中集成Conan推荐现代的方式是使用conanfile.py或conanfile.txt定义依赖然后通过CMakeDeps和CMakeToolchain生成器让CMake找到它们。步骤1在项目根目录创建conanfile.txt[requires] cpr/1.10.4 [generators] CMakeDeps CMakeToolchain这里CMakeDeps生成器会创建.cmake文件来帮助find_package找到Conan管理的库。CMakeToolchain生成器会创建一个工具链文件用于传递编译设置。步骤2在项目根目录创建CMakeLists.txtcmake_minimum_required(VERSION 3.15) project(MyHttpProject) # 引入通过Conan生成的 conan_toolchain.cmake # 注意这行代码必须在 project() 之后任何 find_package 或 add_executable 之前。 include(${CMAKE_BINARY_DIR}/conan_toolchain.cmake) find_package(cpr REQUIRED) add_executable(my_app main.cpp) target_link_libraries(my_app PRIVATE cpr::cpr)步骤3使用Conan配置依赖并构建项目在项目根目录执行以下命令# 1. 创建一个构建目录并进入 mkdir build cd build # 2. 让Conan安装依赖并生成CMake文件。 # conan install .. 会读取上一级目录的 conanfile.txt。 # --buildmissing 允许从源码构建。 # -s build_typeDebug 指定构建类型为Debug与Release区分。 conan install .. --buildmissing -s build_typeDebug # 3. 使用Conan生成的工具链配置CMake。 # 在Linux/macOS上 cmake .. -DCMAKE_TOOLCHAIN_FILEconan_toolchain.cmake -DCMAKE_BUILD_TYPEDebug # 在Windows上例如使用Visual Studio生成器 cmake .. -DCMAKE_TOOLCHAIN_FILEconan_toolchain.cmake -G Visual Studio 17 2022 -A x64 # 4. 构建项目 cmake --build .### 5.4 Conan高级用法conanfile.py与profile对于更复杂的项目使用conanfile.py一个Python脚本可以定义构建选项、导出文件等。此外使用profile可以预定义一套完整的设置如编译器版本、架构、构建类型。创建一个conanfile.pyfrom conan import ConanFile class MyProjectConan(ConanFile): settings os, compiler, build_type, arch requires cpr/1.10.4 generators CMakeDeps, CMakeToolchain def layout(self): self.folders.generators build然后使用conan install . --buildmissing即可。### 5.5 Conan vs vcpkg如何选择vcpkg更“一体化”与微软生态VS, CMake绑定深开箱即用体验好清单模式是未来。适合Windows优先或喜欢简单集成的团队。Conan更灵活、更强大支持非CMake构建系统有强大的二进制包管理和交叉编译支持。社区活跃配方conanfile可自定义程度高。适合需要复杂依赖管理、多配置、或使用其他构建系统如Meson的项目。两者都是优秀的选择掌握其中一种就能极大改善C的依赖管理体验。6. 方法四源码编译与CMake集成当你需要最新的开发版、修改库源码、或者进行静态链接时从源码编译是唯一的选择。### 6.1 获取源码与准备依赖# 1. 克隆libcpr仓库推荐使用最新稳定版tag如1.10.4 git clone https://github.com/libcpr/cpr.git cd cpr git checkout 1.10.4 # 切换到特定版本 # 2. 确保已安装依赖库libcurl的开发文件、CMake、编译工具链。 # Ubuntu/Debian: sudo apt install build-essential cmake libcurl4-openssl-dev # Fedora/RHEL: sudo dnf install gcc-c cmake libcurl-devel # macOS (with Homebrew): brew install cmake curl### 6.2 编译与安装到系统可选你可以像安装其他CMake项目一样安装libcpr到系统目录如/usr/local。mkdir build cd build cmake .. -DCMAKE_BUILD_TYPERelease -DCPR_USE_SYSTEM_CURLON # 使用系统curl cmake --build . # 或 make -j$(nproc) sudo cmake --install . # 安装到系统需要sudo权限安装后你就可以在其他项目中使用find_package(cpr REQUIRED)来查找它。但这种方式污染了系统环境不推荐用于开发多个项目。### 6.3 作为子模块集成到你的项目推荐这是更干净、项目自包含的方式。在你的项目仓库中将libcpr添加为Git子模块或者直接复制源码到子目录。git submodule add https://github.com/libcpr/cpr.git extern/cpr git submodule update --init --recursive在你的主CMakeLists.txt中使用add_subdirectory引入libcpr然后直接链接目标。cmake_minimum_required(VERSION 3.10) project(MyApp) # 将cpr作为子目录添加。假设cpr源码在 extern/cpr add_subdirectory(extern/cpr) add_executable(my_app main.cpp) # 直接链接cpr库目标。libcpr的CMake会导出名为 cpr::cpr 的target。 target_link_libraries(my_app PRIVATE cpr::cpr) # 如果cpr需要查找系统curl确保你的系统已安装curl开发包。 # 你也可以通过设置 CURL_ROOT 等变量来指定自定义的curl路径。### 6.4 源码编译的注意事项依赖传递当你使用add_subdirectory时你的项目继承了libcpr的所有编译设置和依赖如libcurl。你需要确保这些依赖在你的开发机上可用。编译选项libcpr的CMake提供了一些选项如CPR_BUILD_TESTS构建测试、CPR_FORCE_USE_SYSTEM_CURL强制使用系统curl。你可以通过-D选项传递给CMake。静态链接如果你想静态链接libcpr和libcurl需要在编译libcpr和你的项目时都指定-DBUILD_SHARED_LIBSOFF并且处理好libcurl及其依赖如openssl, zlib的静态链接。这通常比较复杂使用vcpkg或Conan管理静态库会更简单。7. 方法五其他途径与快速验证除了上述四种主流方法还有一些特定场景下的选择。### 7.1 使用conda-forge适用于数据科学/Python混合环境如果你在Anaconda或Miniconda环境中进行C开发例如与Python扩展混合可以使用conda来安装。# 添加conda-forge频道如果尚未添加 conda config --add channels conda-forge conda config --set channel_priority strict # 创建并激活一个环境可选 conda create -n my_cpp_env conda activate my_cpp_env # 安装libcpr conda install libcpr安装后Conda会管理所有的依赖。你需要在CMake中通过find_package并正确设置CMAKE_PREFIX_PATH指向你的Conda环境路径来找到它。### 7.2 在线编译器快速体验如Compiler Explorer如果你只是想快速测试一段libcpr的代码片段而不想设置本地环境可以使用在线编译器如 Compiler Explorer (godbolt.org) 。打开Compiler Explorer。在左侧选择C编译器如x86-64 gcc 13.2。点击“Add new”旁边的“Library”图标。在搜索框中输入“cpr”选择出现的版本如v1.10.4。在代码编辑区编写你的测试代码编译器会自动链接选中的库。这对于学习API、验证语法或报告Bug时的最小复现案例非常有用。8. 验证安装与编写第一个程序无论通过哪种方法安装最后一步都是验证它是否真的能工作。### 8.1 编写一个简单的测试程序创建一个main.cpp文件#include iostream #include cpr/cpr.h // 主要头文件 int main(int argc, char** argv) { // 发起一个简单的GET请求到公共测试API cpr::Response r cpr::Get(cpr::Url{https://httpbin.org/get}); // 打印状态码和返回的文本内容 std::cout Status code: r.status_code std::endl; std::cout Response text:\n r.text std::endl; return 0; }### 8.2 对应的CMakeLists.txtcmake_minimum_required(VERSION 3.10) project(TestCpr) # 根据你的安装方法使用其中一种方式找到cpr # 方法A如果你用系统包管理器、vcpkg或Conan安装了并且CMake能自动找到 find_package(cpr REQUIRED) # 方法B如果你将cpr作为子模块放在 extern/cpr 目录 # add_subdirectory(extern/cpr) add_executable(test_cpr main.cpp) # 链接cpr库。推荐使用命名空间版本的target cpr::cpr target_link_libraries(test_cpr PRIVATE cpr::cpr)### 8.3 编译与运行mkdir build cd build cmake .. cmake --build . # 或 make ./test_cpr # 在Linux/macOS上Windows上是 test_cpr.exe如果一切顺利你将看到从httpbin.org返回的JSON数据。这表明你的libcpr库已正确安装和链接。9. 常见问题排查与实战技巧即使按照步骤操作也可能会遇到问题。这里记录了一些常见的坑和解决方法。### 9.1 链接错误找不到cpr或curl的符号症状编译通过链接时报错如undefined reference tocpr::Get(...)或undefined reference to curl_easy_init。原因链接器没有找到libcpr或libcurl的库文件。排查确认库已安装检查libcpr和libcurl的库文件是否存在.so,.dylib,.lib,.a。确认CMake能找到在CMake构建目录中检查CMakeCache.txt搜索cpr_DIR、CURL_INCLUDE_DIRS、CURL_LIBRARIES等变量看路径是否正确。检查链接命令运行make VERBOSE1或CMake的--verbose查看详细的链接命令确认-lcpr和-lcurl是否出现以及-L指定的库路径是否正确。解决对于vcpkg/Conan确保正确设置了CMAKE_TOOLCHAIN_FILE。对于系统安装确保安装了-dev或-devel包如libcpr-dev。对于源码集成确保add_subdirectory路径正确且libcurl能被找到。可以尝试设置-DCURL_ROOT/path/to/curl。### 9.2 编译错误找不到cpr头文件症状fatal error: cpr/cpr.h: No such file or directory。原因编译器找不到libcpr的头文件路径。解决确保find_package(cpr REQUIRED)成功执行。如果失败可能需要手动指定cpr_INCLUDE_DIR。对于源码集成确保add_subdirectory在target_include_directories之前执行。### 9.3 运行时错误SSL证书问题或网络错误症状程序运行时请求失败错误信息可能与SSL证书验证有关。原因libcurl的SSL后端如OpenSSL没有正确的证书库或者网络代理设置问题。解决证书问题确保系统安装了CA证书包。在Ubuntu上是ca-certificates包。libcpr默认会使用系统证书存储。你也可以通过cpr::VerifySsl选项禁用验证仅用于测试。代理问题如果你的网络需要代理可以在代码中设置cpr::Proxies{{“http”, “http://proxy:port”}, {“https”, “http://proxy:port”}}或者设置环境变量http_proxy和https_proxy。### 9.4 关于“429 Too Many Requests”错误网络热词中提到了这个错误。这不是安装问题而是使用HTTP库时遇到的API限流问题。当你向某个服务器如httpbin.org发送请求过快时服务器会返回429状态码。libcpr的应对libcpr内置了重试和退避机制。你可以在请求时配置cpr::Retry和cpr::Backoff策略。auto response cpr::Get(cpr::Url{https://api.example.com}, cpr::Retry{3, std::chrono::milliseconds(500)}, // 重试3次初始间隔500ms cpr::Backoff{std::chrono::seconds(1)}); // 退避策略根本解决遵守目标API的速率限制合理设计请求间隔。### 9.5 选择静态库还是动态库动态库.dll, .so, .dylib减小可执行文件体积多个程序可共享内存中的同一份库代码便于更新。但部署时需要确保目标机器上有对应版本的库。静态库.lib, .a将库代码直接打包进可执行文件生成的文件较大但部署简单不存在依赖问题。适合分发独立应用。如何选择在vcpkg中通过triplet指定如x64-windows-static。在Conan中通过settings如-s compiler.runtimeMTfor Windows静态运行时和选项控制。在源码编译中通过-DBUILD_SHARED_LIBSOFF设置。我个人在实际项目中的体会是对于需要分发给最终用户、环境不可控的桌面应用倾向于使用静态链接以简化部署。对于服务器应用或开发环境使用动态库可以节省磁盘空间和内存更新也更方便。无论哪种方式使用vcpkg或Conan来管理依赖都能让这些选择变得清晰和可重复。
)
)
