DLL注入进程异常：libcurl-4.dll找不到OSSL_QUIC_client_method入口

错误The procedure entry point OSSL_QUIC_client_method could not be located in the dynamic link library C:\msys64\ucrt64\bin\libcurl-4.dll的核心矛盾是：EXE进程能正常加载匹配的依赖库，但注入到目标进程后，DLL依赖的libcurl与进程环境中的库版本/编译配置不兼容。以下是针对性解决思路：

1. 静态编译libcurl，消除动态依赖冲突 #

动态链接的libcurl依赖外部OpenSSL库，目标进程可能加载了不支持QUIC的旧版OpenSSL，或你使用的libcurl编译时启用了QUIC但运行时加载的库未包含该符号。

• 在msys2的ucrt64环境下重新编译libcurl，添加--enable-static --disable-shared参数，将libcurl及依赖的OpenSSL等库全部静态链接到你的DLL中，彻底避免外部依赖版本问题。

2. 强制DLL加载指定目录的依赖库 #

目标进程可能已加载其他版本的libcurl/OpenSSL，导致你的DLL加载了不匹配的库文件。

• 在DLL的DllMain函数开头，调用SetDllDirectoryW将你的DLL所在目录设置为优先加载路径，确保加载的是你指定版本的libcurl-4.dll。

3. 关闭libcurl的QUIC支持 #

如果业务不需要QUIC协议，可重新编译libcurl时禁用该特性，消除对OSSL_QUIC_client_method符号的依赖：

• 编译时添加--disable-quic参数，生成的libcurl将不再包含QUIC相关符号，自然不会出现入口点找不到的错误。

4. 改用Windows原生API实现（备选） #

若上述方法均无效，可放弃libcurl，使用Windows原生WinHTTP API实现Discord文件上传：

• 核心流程：
  • 构造包含认证信息的Discord上传请求头，设置正确的Content-Type（multipart/form-data）
  • 调用WinHttpOpen初始化会话，WinHttpConnect建立连接，WinHttpOpenRequest创建请求
  • 通过WinHttpSendRequest和WinHttpWriteData发送zip文件内容
  • 接收并解析响应确认上传状态

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