1. 项目概述：为什么C++开发者需要这份Windows上的OpenSSL指南？

如果你是一名在Windows平台上用C++做网络通信、数据加密或者任何需要安全传输功能的开发者，那么OpenSSL这个库你大概率绕不开。它几乎是这个领域的“基础设施”，从HTTPS客户端到数字证书验证，再到各种加密算法的实现，背后都有它的影子。但说实话，在Windows上把它用起来，尤其是和C++项目集成，过程并不像在Linux上apt-get install那么简单直接。我见过太多同行，包括早期的我自己，卡在环境配置、库链接、头文件路径这些看似基础却又无比磨人的环节上。

这份指南就是来解决这个痛点的。它不仅仅是一份“安装说明”，而是一个从零开始，涵盖环境准备、库编译、项目集成、核心API使用，再到编译排错和实战建议的完整工作流。无论你是刚接触OpenSSL的新手，还是曾经被它“折磨”过、想寻找更优解法的老手，都能在这里找到可以直接“抄作业”的步骤和背后的原理。我们会聚焦于Visual Studio这个在Windows上最主流的C++开发环境，但思路和方法同样适用于CMake或其他构建系统。我们的目标很明确：让你在Windows上，能像在Linux上一样，顺畅、稳定地把OpenSSL的强大加密能力集成到你的C++应用中。

2. 环境准备与OpenSSL库获取

在Windows上使用OpenSSL，第一步不是去官网下载那个预编译的二进制包，而是要先想清楚你的项目需要什么。OpenSSL官网提供的Windows二进制包，通常是针对特定Visual Studio版本和CPU架构（x86/x64）预编译的。如果你的开发环境（比如VS版本）或目标平台（比如需要静态链接）与之不匹配，直接使用可能会引入兼容性问题，甚至难以调试的运行时错误。

2.1 编译工具链的选择与准备

最可靠、最灵活的方式是自己从源码编译。这听起来有点麻烦，但一次配置，终身受益，而且能确保库的版本、编译选项完全符合你的项目需求。

首先，你需要准备编译环境。OpenSSL官方推荐使用Perl和NASM。别担心，这不是让你去学两门新语言，它们只是编译过程中的“工具人”。

1. 安装Perl：OpenSSL的配置脚本是用Perl写的。你可以去 Strawberry Perl 官网下载Windows版本并安装。安装时记得勾选“将Perl添加到PATH环境变量”的选项，这样在命令行里就能直接调用perl命令了。安装完成后，打开命令提示符（CMD）或PowerShell，输入perl -v，如果能看到版本信息，说明安装成功。

2. 安装NASM：NASM是一个汇编器。OpenSSL中一些针对特定CPU（如Intel AES-NI指令集）的性能优化代码是用汇编写的，需要NASM来编译。去 NASM官网 下载最新稳定版的Windows安装程序。安装过程同样要注意将安装目录（例如C:\Program Files\NASM）添加到系统的PATH环境变量中。安装后，在命令行输入nasm -v验证。

3. 准备Visual Studio：确保你已安装Visual Studio（如VS2019或VS2022），并且安装了“使用C++的桌面开发”工作负载。重点是要获取其附带的“开发者命令提示符”。这个工具有一个特殊的环境，自动设置了cl（MSVC编译器）、nmake（Make工具）等命令的路径。你可以在开始菜单搜索“Developer Command Prompt for VS 20XX”找到它。后续所有编译OpenSSL的命令，都必须在这个“开发者命令提示符”中执行，否则会找不到编译器。

注意：千万不要在普通的CMD或PowerShell，甚至Git Bash里直接执行OpenSSL的编译命令。必须使用Visual Studio的开发者命令提示符，它内部调用了vcvarsall.bat等脚本，正确设置了MSVC编译所需的所有环境变量。

2.2 获取OpenSSL源码并确定版本

接下来是获取源码。去OpenSSL官网的 下载页面 ，找到“Tarball”格式的源码包，比如openssl-3.0.12.tar.gz。建议下载长期支持（LTS）的版本，如3.0.x系列，它们会获得更长时间的安全更新。

将下载的压缩包解压到一个没有中文和空格的路径下，例如D:\Dev\openssl-3.0.12。这就是我们的源码目录。

在开始编译前，你还需要做一个重要的决定：编译成动态库（DLL）还是静态库（LIB）？这取决于你的项目发布方式。

• 动态链接：你的程序运行时需要依赖对应的libcrypto-3-x64.dll和libssl-3-x64.dll。发布时需要将这些DLL文件随你的EXE一起分发。好处是多个程序可以共享同一个DLL，减少磁盘空间占用，且库升级方便（但需注意兼容性）。
• 静态链接：将OpenSSL的代码直接编译进你的EXE文件中。发布时只需要一个EXE，无需额外DLL。但会导致EXE文件体积显著增大，并且如果你的项目依赖多个模块都静态链接了OpenSSL，可能会产生符号冲突。

对于大多数桌面应用程序，我推荐使用动态链接，管理起来更清晰。对于需要单一可执行文件分发的工具，则可以考虑静态链接。本指南将以编译64位（x64）动态库为例，这是目前最主流的场景。

3. 编译OpenSSL：从源码到可用的库文件

现在进入核心环节：编译。打开“VS2022开发者命令提示符”，使用cd命令切换到你的OpenSSL源码目录。

3.1 配置编译参数

在源码根目录下，执行配置命令。这个命令会生成适合我们环境的Makefile。

perl Configure VC-WIN64A no-asm --prefix=D:\Dev\openssl-install\x64

我们来拆解一下这个命令：

• perl Configure：调用Perl执行配置脚本。
• VC-WIN64A：这是目标平台。VC表示使用Visual C++编译器，WIN64A表示64位Windows，且目标CPU是AMD64（即x64）架构。
• no-asm：这是一个关键选项。它告诉配置脚本不使用汇编代码。虽然这可能会损失一些针对特定指令集的性能优化，但能极大提高编译成功率，避免因NASM版本或环境问题导致的编译错误。对于初学者和大多数应用场景，性能损失微乎其微，稳定性优先。
• --prefix=D:\Dev\openssl-install\x64：指定编译安装的目录。编译完成后，执行nmake install会将最终的头文件（.h）、库文件（.lib, .dll）都复制到这个目录下，方便我们后续在项目中引用。你可以根据喜好修改这个路径。

如果你需要编译32位（x86）库，则使用VC-WIN32：

perl Configure VC-WIN32 no-asm --prefix=D:\Dev\openssl-install\Win32

3.2 执行编译与安装

配置成功后，依次执行以下两条命令：

nmake nmake install

第一条nmake命令会根据生成的Makefile进行编译、链接，整个过程可能需要5到15分钟，取决于你的电脑性能。你会看到大量编译输出滚过。如果中途没有报错（error），就说明编译成功。

第二条nmake install命令会将编译产物（主要是include文件夹和lib文件夹）复制到之前--prefix指定的目录（本例中是D:\Dev\openssl-install\x64）。

完成后，去D:\Dev\openssl-install\x64目录查看，你应该会看到类似这样的结构：

openssl-install/x64/ ├── bin/ # 存放动态库文件 (.dll) 和可执行程序 (openssl.exe) ├── include/ # 头文件目录，下面有 openssl/ 子文件夹 ├── lib/ # 存放导入库文件 (.lib) 和静态库文件 (.lib) └── share/

• bin目录下的.dll文件是运行时必需的。
• include\openssl目录下的.h文件是编程时需要的头文件。
• lib目录下的.lib文件是链接时需要的库文件（对于动态库，这是导入库；对于静态库，这就是静态库本身）。

3.3 编译过程中的常见问题与解决

即使按照上述步骤，你也可能会遇到一些坑。这里记录几个我踩过的：

1. nmake不是内部或外部命令：这绝对是因为你没有在“Visual Studio开发者命令提示符”中操作。请关闭当前窗口，从开始菜单重新打开正确的命令提示符。

2. perl不是内部或外部命令：说明Perl没有正确安装或没有添加到PATH。请检查Perl安装，并确保安装时勾选了添加PATH的选项，或者手动将C:\Strawberry\perl\bin（根据你的安装路径）添加到系统环境变量PATH中，并重新打开命令提示符。

3. 编译错误，提示汇编语法问题：如果你没有使用no-asm选项，可能会遇到NASM相关的语法错误。这通常是因为OpenSSL源码中的汇编代码与你的NASM版本不完全兼容。最彻底的解决方案就是加上no-asm选项重新配置。如果你确实需要汇编优化，请确保使用OpenSSL官方文档推荐的NASM版本。

4. 链接错误，大量LNK2005符号重复定义：这通常发生在你尝试将OpenSSL静态库链接到一个也使用了C运行时库（CRT）静态链接的项目中。OpenSSL的静态库本身可能链接了特定的CRT库，混合链接容易冲突。一个黄金法则是：尽量保持一致性。如果你的主项目使用动态链接的CRT（/MD或/MDd），那么OpenSSL也应编译为动态库并使用对应的CRT。在Visual Studio中，你的项目属性 -> C/C++ -> 代码生成 -> 运行库，需要和OpenSSL编译时的选项匹配。自己编译OpenSSL时，默认会使用/MD（Release）和/MDd（Debug），这与Visual Studio新建项目的默认设置是一致的。

4. 在Visual Studio项目中集成OpenSSL

库编译好了，接下来就是把它用起来。我们创建一个简单的控制台项目来演示。

4.1 项目配置：告诉VS去哪找OpenSSL

假设你在VS中创建了一个名为OpenSSLTest的空控制台项目。

1. 包含目录（Include Directories）：项目属性 -> C/C++ -> 常规 -> 附加包含目录。添加你的OpenSSL头文件路径，例如D:\Dev\openssl-install\x64\include。注意，是包含openssl文件夹的上一级目录。这样在代码中就可以用#include <openssl/ssl.h>的方式包含头文件了。

2. 库目录（Library Directories）：项目属性 -> 链接器 -> 常规 -> 附加库目录。添加你的OpenSSL库文件路径，例如D:\Dev\openssl-install\x64\lib。

3. 附加依赖项（Additional Dependencies）：项目属性 -> 链接器 -> 输入 -> 附加依赖项。这里添加你需要链接的库文件名。对于使用动态库的基本SSL功能，通常需要libssl.lib和libcrypto.lib。注意，这里添加的是.lib文件（导入库），不是.dll文件。

4. 运行时库（Runtime Library）：确保你的项目属性 -> C/C++ -> 代码生成 -> 运行库，与OpenSSL编译时的设置匹配。如前所述，自己编译的OpenSSL动态库默认使用/MD（Release）和/MDd（Debug）。因此，你的项目在Release配置下应选择“多线程DLL (/MD)”，在Debug配置下应选择“多线程调试DLL (/MDd)”。

4.2 一个简单的示例：初始化与版本信息

配置完成后，我们来写一段最简单的代码验证集成是否成功。

#include <iostream> #include <openssl/ssl.h> #include <openssl/err.h> int main() { // 初始化OpenSSL库 SSL_library_init(); SSL_load_error_strings(); // 加载错误信息 OpenSSL_add_all_algorithms(); // 加载所有算法 std::cout << "OpenSSL version: " << OpenSSL_version(OPENSSL_VERSION) << std::endl; // 清理（虽然对于这个小程序不是必须的） EVP_cleanup(); CRYPTO_cleanup_all_ex_data(); ERR_free_strings(); return 0; }

这段代码做了三件事：

1. 初始化：SSL_library_init()是必须的，它初始化OpenSSL库。SSL_load_error_strings()让错误码可读。OpenSSL_add_all_algorithms()注册所有加密算法。
2. 打印版本：使用OpenSSL_version函数打印当前使用的OpenSSL版本信息，这是验证链接是否成功的直接方法。
3. 清理：在程序退出前清理OpenSSL分配的内部资源。对于现代OpenSSL（1.1.0及以上），清理工作大多可以自动进行，但显式调用这些函数是一个好习惯，尤其是在动态加载/卸载库的场景下。

编译并运行这个程序。如果一切配置正确，你会看到类似OpenSSL 3.0.12 24 Oct 2023的输出。如果遇到“找不到libcrypto-3-x64.dll”之类的运行时错误，请将D:\Dev\openssl-install\x64\bin目录下的libcrypto-3-x64.dll和libssl-3-x64.dll复制到你的可执行文件（.exe）所在的目录下，或者将bin目录路径添加到系统的PATH环境变量中。

4.3 配置的进阶技巧与排错

• 区分Debug和Release：在实际项目中，你可能会需要Debug版本的OpenSSL库以进行调试。编译Debug库只需在配置时加上debug选项：perl Configure VC-WIN64A no-asm debug --prefix=...。然后在VS项目中，为Debug和Release配置分别设置不同的“附加库目录”（例如...\openssl-install\x64\debug\lib和...\openssl-install\x64\lib）和“附加依赖项”（Debug版库名可能带d后缀，如libcryptod.lib，具体取决于编译产出）。
• 使用属性表（Property Sheets）：如果你有多个项目都需要使用OpenSSL，在项目属性里一个个配置很麻烦。可以在VS中创建一个属性表（.props文件），将包含目录、库目录、附加依赖项等设置保存在里面。之后在其他项目中，只需“添加现有属性表”即可一次性导入所有配置，管理起来非常方便。
• 链接错误LNK2019：如果编译时出现“无法解析的外部符号”错误，通常是因为：
  • “附加依赖项”没写对或没写全。确保库文件名正确，并且包含了所有必要的库（例如，使用SHA256函数可能需要libcrypto.lib）。
  • “附加库目录”路径错误，导致链接器找不到你指定的.lib文件。
  • 库的版本（Debug/Release）与项目配置不匹配。
• 运行时崩溃：如果程序在调用OpenSSL函数时崩溃，除了DLL缺失，另一个常见原因是“运行时库”不匹配。务必检查并确保项目属性中的“运行库”设置与OpenSSL库编译时使用的完全一致。

5. 核心API使用详解与安全编程实践

集成成功只是第一步，安全、正确地使用API才是关键。OpenSSL的API设计有其历史原因，有些地方需要特别注意。

5.1 SSL/TLS客户端连接示例

让我们实现一个简单的HTTPS（基于TLS）客户端，获取一个网页的响应头。这个例子涵盖了上下文创建、连接、读写和清理的完整生命周期。

#include <iostream> #include <string> #include <winsock2.h> #include <ws2tcpip.h> #include <openssl/ssl.h> #include <openssl/err.h> #pragma comment(lib, "ws2_32.lib") // 链接Winsock库 int main() { // 1. 初始化Winsock (Windows网络编程基础) WSADATA wsaData; if (WSAStartup(MAKEWORD(2, 2), &wsaData) != 0) { std::cerr << "WSAStartup failed.\n"; return 1; } // 2. 初始化OpenSSL SSL_library_init(); SSL_load_error_strings(); OpenSSL_add_all_algorithms(); // 3. 创建SSL上下文 (CTX) SSL_CTX* ctx = SSL_CTX_new(TLS_client_method()); if (!ctx) { ERR_print_errors_fp(stderr); WSACleanup(); return 1; } // 可选：设置验证服务器证书（生产环境强烈建议启用） // SSL_CTX_set_verify(ctx, SSL_VERIFY_PEER, NULL); // SSL_CTX_load_verify_locations(ctx, "ca-bundle.crt", NULL); // 指定CA证书文件 // 4. 创建普通TCP套接字 SOCKET sock = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP); if (sock == INVALID_SOCKET) { std::cerr << "Socket creation failed: " << WSAGetLastError() << std::endl; SSL_CTX_free(ctx); WSACleanup(); return 1; } // 5. 连接服务器（以 example.com 的HTTPS端口为例） sockaddr_in serverAddr{}; serverAddr.sin_family = AF_INET; serverAddr.sin_port = htons(443); // HTTPS端口 // 这里需要将域名解析为IP，实际应用中应使用 getaddrinfo serverAddr.sin_addr.s_addr = inet_addr("93.184.216.34"); // example.com 的一个IP if (connect(sock, (sockaddr*)&serverAddr, sizeof(serverAddr)) == SOCKET_ERROR) { std::cerr << "Connect failed: " << WSAGetLastError() << std::endl; closesocket(sock); SSL_CTX_free(ctx); WSACleanup(); return 1; } // 6. 创建SSL对象并将其与套接字绑定 SSL* ssl = SSL_new(ctx); if (!ssl) { ERR_print_errors_fp(stderr); closesocket(sock); SSL_CTX_free(ctx); WSACleanup(); return 1; } SSL_set_fd(ssl, sock); // 关键：将SSL对象与已连接的套接字关联 // 7. 发起SSL/TLS握手 if (SSL_connect(ssl) <= 0) { std::cerr << "SSL_connect failed.\n"; ERR_print_errors_fp(stderr); SSL_free(ssl); closesocket(sock); SSL_CTX_free(ctx); WSACleanup(); return 1; } std::cout << "SSL/TLS connection established. Protocol: " << SSL_get_version(ssl) << std::endl; // 8. 发送一个简单的HTTP GET请求 std::string request = "GET / HTTP/1.1\r\nHost: example.com\r\nConnection: close\r\n\r\n"; int bytes_written = SSL_write(ssl, request.c_str(), (int)request.length()); if (bytes_written <= 0) { int err = SSL_get_error(ssl, bytes_written); std::cerr << "SSL_write failed with error: " << err << std::endl; } // 9. 读取响应（这里只读一小部分作为演示） char buffer[4096]; int bytes_read = SSL_read(ssl, buffer, sizeof(buffer) - 1); if (bytes_read > 0) { buffer[bytes_read] = '\0'; std::cout << "Received:\n" << buffer << std::endl; // 打印HTTP响应头 } // 10. 清理资源（顺序很重要！） SSL_shutdown(ssl); // 发送关闭通知 SSL_free(ssl); // 释放SSL对象 closesocket(sock); // 关闭套接字 SSL_CTX_free(ctx); // 释放SSL上下文 WSACleanup(); // 清理Winsock // OpenSSL 1.1.0+ 通常不需要显式调用清理函数，但为了兼容性可以保留 EVP_cleanup(); CRYPTO_cleanup_all_ex_data(); ERR_free_strings(); return 0; }

这个例子虽然简单，但勾勒出了一个安全连接的核心框架。请注意几个关键点：

• 资源管理：OpenSSL的很多对象（如SSL_CTX*,SSL*）都需要手动管理内存。必须确保在出错和正常退出时，都按照正确的顺序（先创建的后释放）释放它们，否则会导致内存泄漏。
• 错误处理：OpenSSL的错误信息通常存储在错误队列中。使用ERR_print_errors_fp(stderr)可以将可读的错误信息打印到控制台，这对于调试至关重要。
• 证书验证：示例中注释掉了证书验证部分。在实际生产代码中，必须启用并正确配置服务器证书验证（SSL_CTX_set_verify和SSL_CTX_load_verify_locations），否则你的连接将面临中间人攻击的风险，加密形同虚设。

5.2 常见加密操作：哈希与对称加密

除了TLS，OpenSSL也常用于本地数据的加密和哈希计算。

计算SHA256哈希值：

#include <openssl/sha.h> #include <iomanip> #include <sstream> std::string sha256(const std::string& str) { unsigned char hash[SHA256_DIGEST_LENGTH]; SHA256_CTX sha256; SHA256_Init(&sha256); SHA256_Update(&sha256, str.c_str(), str.size()); SHA256_Final(hash, &sha256); // 将二进制哈希值转换为十六进制字符串 std::stringstream ss; for(int i = 0; i < SHA256_DIGEST_LENGTH; i++) { ss << std::hex << std::setw(2) << std::setfill('0') << (int)hash[i]; } return ss.str(); }

使用AES-256-CBC进行加密解密（示例框架）：

#include <openssl/evp.h> #include <openssl/rand.h> bool aes_encrypt(const unsigned char* plaintext, int plaintext_len, const unsigned char* key, const unsigned char* iv, unsigned char* ciphertext) { EVP_CIPHER_CTX* ctx = EVP_CIPHER_CTX_new(); if (!ctx) return false; // 初始化加密操作 if (1 != EVP_EncryptInit_ex(ctx, EVP_aes_256_cbc(), NULL, key, iv)) { EVP_CIPHER_CTX_free(ctx); return false; } int len; int ciphertext_len = 0; // 执行加密 if (1 != EVP_EncryptUpdate(ctx, ciphertext, &len, plaintext, plaintext_len)) { EVP_CIPHER_CTX_free(ctx); return false; } ciphertext_len = len; // 结束加密，处理最后的填充块 if (1 != EVP_EncryptFinal_ex(ctx, ciphertext + len, &len)) { EVP_CIPHER_CTX_free(ctx); return false; } ciphertext_len += len; EVP_CIPHER_CTX_free(ctx); return true; } // 解密函数 EVP_DecryptInit_ex, EVP_DecryptUpdate, EVP_DecryptFinal_ex 类似

重要提示：加密示例中，密钥（key）和初始化向量（iv）的生成与管理是另一个复杂且关键的安全话题。绝对不要使用硬编码的或可预测的密钥。对于IV，在CBC模式下，每次加密都应使用一个密码学安全的随机数生成器（如RAND_bytes）生成新的、唯一的IV。

6. 高级话题：静态链接、CMake集成与版本管理

6.1 静态链接OpenSSL的注意事项

如果你决定使用静态链接，在编译OpenSSL时，需要在配置命令中加入no-shared选项：

perl Configure VC-WIN64A no-asm no-shared --prefix=D:\Dev\openssl-static\x64

这样编译产出中，lib目录下会是真正的静态库（如libcrypto.lib和libssl.lib），而不是导入库。bin目录下也不会有DLL。

在项目集成时，步骤类似，但有几个关键区别：

1. 链接的库文件：在“附加依赖项”中，你链接的是同一个lib目录下的.lib文件，但它们是静态库。
2. 预处理器定义：你需要在项目属性 -> C/C++ -> 预处理器 -> 预处理器定义中，添加OPENSSL_NO_DEPRECATED（如果你使用OpenSSL 3.0+，并且想禁用旧的API）以及静态链接可能需要的其他定义。更重要的是，你必须定义OPENSSL_API_COMPAT和OPENSSL_NO_DEPRECATED来明确你使用的API兼容级别，避免使用已被弃用的函数。
3. 运行时库冲突：这是静态链接最容易出问题的地方。你必须确保你的项目、OpenSSL静态库以及项目依赖的其他所有静态库，都使用完全相同的C运行时库（CRT）链接选项（/MT,/MTd,/MD,/MDd）。混用会导致链接错误或诡异的运行时崩溃。通常，如果你的主程序使用静态链接CRT（/MT），那么OpenSSL也需要编译为使用静态CRT。这需要在编译OpenSSL前设置环境变量，例如set MT=1，但更推荐的方式是保持动态链接CRT（/MD）以减少复杂度。

6.2 使用CMake管理OpenSSL依赖

对于使用CMake作为构建系统的项目，集成OpenSSL会更加优雅。CMake自带了一个名为FindOpenSSL的模块，可以自动查找系统中的OpenSSL。

在你的CMakeLists.txt中，可以这样写：

cmake_minimum_required(VERSION 3.10) project(MyOpenSSLProject) find_package(OpenSSL REQUIRED) if(OpenSSL_FOUND) include_directories(${OPENSSL_INCLUDE_DIR}) add_executable(my_app main.cpp) target_link_libraries(my_app ${OPENSSL_LIBRARIES}) # 对于新版本CMake，更推荐使用target_include_directories和target_link_libraries的现代语法 # target_include_directories(my_app PRIVATE ${OPENSSL_INCLUDE_DIR}) # target_link_libraries(my_app PRIVATE OpenSSL::SSL OpenSSL::Crypto) endif()

find_package会尝试在标准路径或你设置的CMAKE_PREFIX_PATH中查找OpenSSL。如果你将自定义编译的OpenSSL安装到了D:\Dev\openssl-install\x64，可以在配置CMake时通过命令行指定路径：

cmake -B build -DCMAKE_PREFIX_PATH=D:\Dev\openssl-install\x64

这样CMake就能找到你的自定义OpenSSL了。这种方式比手动在VS里配置路径要清晰和可移植得多。

6.3 版本管理与安全更新

OpenSSL是一个活跃维护的项目，会定期发布版本修复安全漏洞。例如，历史上著名的“心脏滴血”（Heartbleed）漏洞和标题中提到的CVE-2016-2177漏洞，都是因边界检查错误导致的严重问题。CVE-2016-2177这个漏洞的危害在于，攻击者可以通过特制的数据包，触发OpenSSL在计算缓冲区大小时出错，进而导致服务崩溃，实现拒绝服务攻击。

因此，关注你使用的OpenSSL版本至关重要。定期查看 OpenSSL官网公告 ，及时将项目依赖的OpenSSL更新到已修复安全漏洞的版本。自己从源码编译的好处就在于，你可以完全控制升级的节奏和过程。当有新版本发布时，只需下载新源码，重复编译和安装步骤，然后更新你项目中的包含目录和库目录指向新版本即可。在更新前，务必在测试环境中充分验证你的应用与新版本OpenSSL的兼容性。