Linux/macOS需配置LD_LIBRARY_PATH或ldconfig，Windows依赖PATH或同目录DLL，OpenSSL 3.x还需设置OPENSSL_MODULES指定provider路径。
openssl 运行时需要能正确找到动态库（如 libssl.so 和 libcrypto.so），否则会报错：error while loading shared libraries: libssl.so.x: cannot open shared object file。关键不是改 path（那是找可执行文件用的），而是配置运行时库搜索路径。
Linux/macOS：设置动态库加载路径
系统在运行程序时，按以下顺序查找动态库：
- 程序中硬编码的
RPATH（如 Nginx 编译时加的-Wl,-rpath,/opt/openssl/lib）→ 最优先 -
LD_LIBRARY_PATH环境变量（当前会话有效） -
/etc/ld.so.cache中记录的系统库路径（由ldconfig生成）
常用做法：
-
临时测试：在终端中运行
export LD_LIBRARY_PATH="/opt/openssl/lib:$LD_LIBRARY_PATH"
然后直接运行openssl version或你的程序 -
永久生效（推荐用户级）：追加到
~/.bashrc或~/.zshrcecho 'export LD_LIBRARY_PATH="/opt/openssl/lib:$LD_LIBRARY_PATH"' >> ~/.bashrcsource ~/.bashrc -
系统级生效（需 root）：写入链接器配置并刷新缓存
echo "/opt/openssl/lib" | sudo tee /etc/ld.so.conf.d/openssl.confsudo ldconfig -v | grep ssl（验证是否加载成功）
Windows：确保 DLL 可被找到
Windows 不用 LD_LIBRARY_PATH，而是依赖以下路径顺序查找 libssl-3-x64.dll、libcrypto-3-x64.dll 等：
- 应用程序所在目录（最常用：把 DLL 放在你的
.exe同级目录） - 系统目录（如
C:\Windows\System32） -
PATH环境变量中列出的目录
推荐做法：
- 将 OpenSSL 安装目录下的
bin\（含所有.dll文件）添加到系统或用户级PATH
例如：C:\Program Files\OpenSSL-Win64\bin - 开发时若用 Visual Studio，也可在项目属性 → “调试” → “环境” 中添加：
PATH=C:\path\to\openssl\bin;%PATH%
额外注意：OpenSSL 3.x 的 Provider 路径
OpenSSL 3.x 引入了模块化 Provider 机制，除了动态库，还需让程序知道 Provider（如 legacy.dll、default.dll）在哪：
- 通过环境变量指定：
export OPENSSL_MODULES="/opt/openssl/lib/ossl-modules" - 或在配置文件中声明（如
openssl.cnf的[provider_sect]部分） - 未设置时，OpenSSL 3.x 会尝试从
OPENSSL_MODULES或默认安装路径（如/usr/lib/ossl-modules）加载，失败则提示Provider could not be loaded
核心就三点：Linux/macOS 主靠 LD_LIBRARY_PATH 或 ldconfig；Windows 主靠 PATH 或同目录放 DLL；OpenSSL 3.x 还得多配一个 OPENSSL_MODULES。
