一种解决Qt5发布release文件引发的无法定位程序输入点错误的方法

文章讲述了作者在使用Qt5和Windeployqt构建release版本可执行文件时遇到问题,发现依赖库以debug模式生成导致无法运行。通过检查和调整windeployqt的构建模式,作者找到了问题并提供了解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

本地环境

本文将不会解释如何利用Qt5编译生成release类型的可执行文件以及如何利用windeployqt生成可执行的依赖库,请自行百度。

环境
操作系统Windows 10 专业版(22H2)
Qt版本Qt 5.15.2
Qt Creator版本5.0.2
编译器版本g++ (x86_64-posix-seh-rev0, Built by MinGW-W64 project) 7.3.0
发布类型release
windeployqt 版本Qt Deploy Tool 5.12.12

问题描述

编写完程序后直接利用Qt Creator发布release版本的可执行文件(exe后缀),随后再执行如下命令获取与可执行文件相关的依赖库:

windeployqt [可执行文件]

发现确实生成一大堆*.dll,总目录大小高达900+MB:
在这里插入图片描述

双击*.exe文件,提示无法定位程序输入点_ZN10QArrayData10deallocateEPs_yy
在这里插入图片描述

分析

起初,以为是编译器版本不对的问题,仔细对比了我用windeployqt工具时进入的环境以及我在Qt creator软件编译的环境,发现并没有什么问题,但是网上采用同样的方式均能成功运行*.exe文件,百思不得其解。

后来我根据**关键词"Qt 无法定位程序输入点"**寻找解决方案,大部分是描述依赖库的问题,我随便拿了一个动态库libstdc++-6.dll比对了我手头其他MinGW的环境,发现其实生成的这个动态库确实是编译环境中的依赖库,并没有出错。

此外,我还以为是本机的问题,便尝试将该文件以及依赖库传输到另外一台电脑运行,发现依然是同样的问题,还注意到了这些文件居然高达900+MB,这我开始怀疑是不是发布的包选错了,我写的程序仅仅几个文件,后续还是没有发现有什么错误的点。

当我重新使用windeployqt生成时,瞧了一眼日志信息,嘿,居然是以debug executable模式生成依赖库的:
在这里插入图片描述
所以这肯定是会出现问题的,一个以Release方式生成的可执行文件,依赖库却按debug executable模式构建,必然出现这种找不到程序入口的问题。

解决方案

在使用windeployqt工具构建依赖库时,强制它使用release模式:

windeployqt [可执行文件] --release

这样就没有问题了,可以看到生成的这些依赖库以及可执行文件总大小才几十兆(未优化):

在这里插入图片描述

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值