首页
/ 在Windows上静态链接curl、ngtcp2和quictls/openssl的技术实践

在Windows上静态链接curl、ngtcp2和quictls/openssl的技术实践

2025-05-03 04:51:29作者:齐冠琰

背景介绍

在现代网络开发中,curl作为一个功能强大的命令行工具和库,支持多种协议和功能。当我们需要在Windows平台上使用curl并希望静态链接所有依赖项时,会遇到一些特殊的挑战。本文将详细介绍如何在Windows平台上使用MSVC编译器,成功构建并静态链接curl及其关键依赖项ngtcp2和quictls/openssl。

构建过程详解

1. 构建quictls/openssl

quictls是OpenSSL的一个分支,专门为QUIC协议优化。构建时需要特别注意Windows平台的特殊性:

git reset --hard
git clean -fdx
perl Configure VC-WIN64A Debug no-shared \
    --prefix=[安装路径] \
    --openssldir=[安装路径]/ssl
perl configdata.pm --dump
nmake
nmake test
nmake install

关键点:

  • 使用VC-WIN64A指定MSVC编译器和64位架构
  • no-shared参数确保生成静态库
  • 必须执行测试确保构建质量

2. 构建ngtcp2

ngtcp2是QUIC协议的实现库,构建时需要链接到quictls:

cmake -B build/ngtcp2 \
    -DCMAKE_INSTALL_PREFIX=[安装路径] \
    -DCMAKE_BUILD_TYPE=DEBUG \
    -DENABLE_OPENSSL=ON \
    -DOPENSSL_ROOT_DIR=[quictls安装路径] \
    -DLIBNGHTTP3_INCLUDE_DIR=[nghttp3安装路径]/include \
    -DLIBNGHTTP3_LIBRARY=[nghttp3安装路径]/lib \
    -DENABLE_STATIC_LIB=ON \
    -DENABLE_SHARED_LIB=OFF \
    -DBUILD_TESTING=OFF
cmake --build [构建路径] --config=DEBUG
cmake --install [安装路径] --config=DEBUG

3. 构建curl

最后构建curl时,需要正确配置所有依赖项:

cmake -B [构建路径] \
    -DCMAKE_INSTALL_PREFIX=[安装路径] \
    -DCMAKE_BUILD_TYPE=Debug \
    -DBUILD_SHARED_LIBS=OFF \
    -DBUILD_STATIC_LIBS=ON \
    -DBUILD_TESTING=OFF \
    -DCURL_USE_OPENSSL=ON \
    -DOPENSSL_ROOT_DIR=[quictls安装路径] \
    -DUSE_NGTCP2=ON \
    -DNGTCP2_INCLUDE_DIR=[ngtcp2安装路径]/include \
    -DNGTCP2_LIBRARY=[ngtcp2安装路径]/lib/ngtcp2.lib \
    -DNGTCP2_CFLAGS=-DNGTCP2_STATICLIB

常见问题与解决方案

在Windows平台上静态链接这些库时,最常遇到的问题是crypt32.lib的缺失。这是因为:

  1. Windows平台上的加密功能(如SSL_set_quic_use_legacy_codepoint)需要通过crypt32库提供
  2. 静态链接时,这些系统依赖不会自动解析
  3. 需要手动确保这些系统库被正确链接

解决方案是在构建系统中明确添加对crypt32.lib的依赖。在curl的构建系统中,这通常意味着需要修改CMake配置,确保在检查QUIC功能时正确链接系统加密库。

验证构建结果

成功构建后,可以通过以下命令验证curl的功能和链接情况:

curl.exe -V

输出示例:

curl 8.13.1-DEV (Windows) 
libcurl/8.13.1-DEV 
quictls/3.1.7 
zlib/1.3.1.1-motley 
libpsl/0.21.5 
nghttp2/1.65.90 
ngtcp2/1.11.90 
nghttp3/1.8.90
Protocols: dict file ftp ftps gopher gophers http https imap imaps ipfs ipns ldap ldaps mqtt pop3 pop3s rtsp smb smbs smtp smtps telnet tftp ws wss
Features: alt-svc AsynchDNS HSTS HTTP2 HTTP3 HTTPS-proxy IPv6 Largefile libz NTLM PSL SSL threadsafe TLS-SRP UnixSockets

总结

在Windows平台上静态构建curl及其QUIC相关依赖需要特别注意:

  1. 明确指定静态构建选项
  2. 正确处理Windows特有的系统库依赖
  3. 确保各组件版本兼容
  4. 分步验证每个组件的构建质量

通过本文介绍的方法,开发者可以成功构建出功能完整、静态链接的curl可执行文件,支持包括HTTP/3在内的多种现代网络协议。

登录后查看全文
热门项目推荐
相关项目推荐

热门内容推荐

最新内容推荐

项目优选

收起
openHiTLS-examplesopenHiTLS-examples
本仓将为广大高校开发者提供开源实践和创新开发平台,收集和展示openHiTLS示例代码及创新应用,欢迎大家投稿,让全世界看到您的精巧密码实现设计,也让更多人通过您的优秀成果,理解、喜爱上密码技术。
C
52
455
kernelkernel
deepin linux kernel
C
22
5
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
349
381
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
7
0
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
131
185
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
873
517
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
335
1.09 K
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
179
264
cherry-studiocherry-studio
🍒 Cherry Studio 是一款支持多个 LLM 提供商的桌面客户端
TypeScript
607
59
note-gennote-gen
一款跨平台的 Markdown AI 笔记软件,致力于使用 AI 建立记录和写作的桥梁。
TSX
83
4