Qt 6.4应用在QtCreator可运行但独立启动失败（OpenSSL问题）

针对你遇到的Qt 6.4.2迁移后部署应用启动失败、报qt.network.ssl: No functional TLS backend的问题，结合场景给出以下具体解决方案：

1. 严格匹配OpenSSL版本与架构 #

Qt 6.4.x对OpenSSL的版本和架构要求比6.1.x更严格，必须使用与Qt编译时配套的OpenSSL版本：

• 打开Qt维护工具，确认已安装对应版本的OpenSSL（Qt 6.4.2通常配套OpenSSL 1.1.1或3.0系列，根据你的Qt安装包选择）
• 从Qt安装目录的OpenSSL文件夹（如Qt\Tools\OpenSSL\Win_x64\bin）复制正确的库文件到部署目录：
  • OpenSSL 1.1.1系列：复制libcrypto-1_1-x64.dll和libssl-1_1-x64.dll
  • OpenSSL 3.0系列：复制libcrypto-3-x64.dll和libssl-3-x64.dll
• 注意：不要混用Qt Creator bin目录的SSL库，这些库可能和Qt 6.4.2编译版本不兼容

2. 修复windeployqt的SSL依赖遗漏 #

windeployqt可能因QSslSocket动态加载SSL库而无法自动检测依赖，需手动补充：

• 执行windeployqt时添加--openssl参数，强制部署SSL相关文件：

  PATH/TO/windeployqt --qmldir PATH/TO/qmldir --openssl PATH/TO/myapp.exe
  

• 若仍不生效，直接手动复制第一步中的OpenSSL库到exe目录，确保文件名和版本完全匹配

3. 解决QtCore6.dll版本冲突 #

你删除部署目录的QtCore6.dll后能在Qt Creator启动，说明部署的QtCore6.dll与当前环境的SSL库不兼容：

• 确保windeployqt复制的QtCore6.dll来自你正在使用的Qt 6.4.2安装目录（而非其他版本的Qt）
• 替换部署目录的QtCore6.dll为Qt安装目录bin下的对应文件（如Qt\6.4.2\msvc2019_64\bin\QtCore6.dll）

4. 用工具排查依赖加载问题 #

借助工具定位具体加载失败原因：

• 使用Process Monitor：监控exe启动过程，查看加载libssl或libcrypto时的错误（如找不到文件、版本不匹配）
• 使用Dependency Walker：检查exe依赖的SSL库是否存在，版本是否兼容

5. 强制指定SSL库加载路径 #

在应用启动代码中添加路径指定，确保加载当前目录的SSL库：

#include <QSslSocket>
#include <QCoreApplication>

int main(int argc, char *argv[])
{
    QCoreApplication a(argc, argv);
    // 强制设置SSL库加载路径为应用当前目录
    QSslSocket::setSslLibraryPaths({QCoreApplication::applicationDirPath()});
    
    // 输出SSL状态用于调试
    qDebug() << "SSL 支持状态:" << QSslSocket::supportsSsl();
    qDebug() << "Qt 编译时SSL版本:" << QSslSocket::sslLibraryBuildVersionString();
    qDebug() << "当前加载的SSL版本:" << QSslSocket::sslLibraryVersionString();
    
    // 后续业务代码
    return a.exec();
}

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