VS下面运行release版本可以正常运行而直接执行exe文件会出现问题

最新推荐文章于 2022-06-02 20:33:48 发布
原创 最新推荐文章于 2022-06-02 20:33:48 发布 · 1.2w 阅读 · 18 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#兼容性 #兼容模式 #VS运行release #直接执行exe

本文解决了在Visual Studio中运行Release版本程序正常，但直接执行EXE文件偶尔出现问题的情况。通过设置EXE文件的兼容模式，成功避免了错误的发生。
文如其名，最近做的两个不同的任务都遇到了这样一个问题，就是在VS下面运行release版本的程序可以正常运行而直接执行exe文件会出现问题，而且是偶有发生，在不同电脑发生的频率还不一样。一开始百思不得其解，以为是代码问题，后来百无聊奈怀疑VS运行release版本的程序时可能使用了兼容模式。于是右键exe文件打开文件属性，转到兼容性页面将“以兼容模式运行这个程序”选项勾上，确定之后再运行没有出现错误！之后测试了100次还是没有出现像之前一样的错误，因而确定了问题的原因。真是坑爹坑不完啊！！！
调试经验 | Visual Studio中代码正常运行，但运行生成的exe报错“0xc000007b无法正常启动”
计算机视觉life
12-06 2万+
在VS环境下debug，release都可以正常运行，F5+debug/release也可以正常运行代码。但是在生成的release目录下直接运行exe出现错误如下所示。 由于需要输入参数，写了bat文件运行，和上面的错误一样。该错误不是缺乏输入参数引起的。 搜索了一下0xc000007b无法正常启动的错误，很可能是DirectX的问题。如下 将exe文件拖到depend
1-5 代码移植clion【Clion同一工程编译多个文件（含main函数）】【windows下运行Clion编译出来的exe文件】【Clion移植代码报错】
日月既往，不可复追
04-17 2782
文章目录0 - 前言1 - Clion同一工程编译多个文件（含main函数）2 - 运行Clion编译出来的exe文件3 - Clion移植代码报错 0 - 前言 这个C++百万并发网络通信的项目本身是VS平台下编写，但是我很喜欢JetBrains系列的IDE，所以想把代码移植到Clion中。 但是网上关于Clion代码移植的资料并不是很多，在查询以后，总结成本文 1 - Clion同一工程编译多个文件（含main函数） 一个很现实的问题是Clion使用Cmake编译，Cmake会生成一个CmakeList
程序在Debug模式下运行正常而在Release模式下运行出错的解决方案
it草稿纸
04-21 1万+
背景 以前在网上查资料的时候，无意中开发别人出现过这样的一个问题：“程序在Debug模式下运行正常，而在Release模式下运行出错”。当时就下意识认为，这不可能，肯定是代码有改动了！但，当自己写的一个小程序出现了这个问题后，才开始正式这个问题。 现在把当时解决问题的一些思路总结下，分享给大家，希望大家少走弯路吧。 分析过程 在VS开发环境中，Debug模式和Release模式并没有本质上的区别，...
Clion windows 秒退 段错误 无输出
qq_39536393的博客
05-02 4080
问题复现：cmake在linux上正常运行，把C++项目搬到windows下的Clion IDE里，配置好后，正常构建、编译，得到.exe。但一运行或者调试运行，都是闪退了，显示段错误。 一个不错的笨方法：把代码注释了，逐段解注释，看可以运行到哪一段就运行不下去了。 第一个坑：main里读了一个文本文件，但.exe可执行文件和打开的文本文件不是在同一级目录，文件路径里加 "../" 就好了。 第二个坑：main里有声明一个类，类里有诸如 int a[500][500]这样的大数组，导致申请的..
VS2013 运行release版本正常，直接执行exe文件会闪退
kevin_org
08-26 3781
问题：VS2013 运行release版本正常，直接执行exe文件会闪退 解决方法： 右键点击“属性”，选中“兼容模式”； 在开始菜单中打开运行（cmd），输入gpedit.msc，点击确定；依次展开：计算机配置/管理模板/windows组件/应用程序兼容性；选中，右键启用 “关闭应用程序兼容性引擎”，和“关闭程序兼容性助理”； ...
VS 2015 release debug 编译可运行，目录下的exe崩溃
Jeacean的博客
12-10 842
程序在vs2015下的debug和release模式下均可执行，但生成的exe文件运行会崩溃。原来问题出在调用文件的路径上，如果在程序中有涉及到打开文件等操作，把那个.exe程序复制到跟.cpp文件同一个目录下(更准确地说是工程路径下)就行。 ...
精选资源
另一个版本，C# EXE文件，是否运行判断，只运行一个实例
10-19
综上所述，通过C#的Mutex和Process类，结合配置文件，我们可以实现一个功能完善的系统，确保由C++编译的EXE文件在VS2012环境下只运行一个实例。这种方法在实际开发中非常实用，能有效避免资源冲突和不必要的用户困扰...
精选资源
Windows上ZLMediakit编译后可直接运行版本(带外置配置文件和运行可能所需dll依赖)
04-13
在Windows操作系统上，为了便于用户使用，提供了预编译的可以直接运行的版本，包括必要的配置文件和运行时依赖的动态链接库（dll）文件。 在Windows上部署ZLMediaKit，首先需要了解ZLMediaKit的基本架构和功能。...
vs2008 运行库（包括Debug和Release版）
09-20
其中，运行库是VS2008不可或缺的一部分，它包含了编译器生成可执行文件所需的动态链接库（DLL）文件。这些库文件提供了许多核心功能，如内存管理、异常处理和线程支持等，使得基于VS2008开发的应用程序能够在用户的...
VS2013+OpenCV 2.4.9项目生成EXE文件如何在其他电脑上直接运行
12-09
本文主要介绍如何使用Visual Studio 2013结合OpenCV 2.4.9创建一个C++（及MFC）项目，并将其打包成可以在其他未安装VS或OpenCV的计算机上直接运行的可执行文件。文章将详细阐述静态链接和动态链接两种不同的配置方法...
解决VS2005生成的exe文件不能在没有安装过VS2005的机子上运行的问题
08-09
解决VS2005生成的exe文件不能在没有安装过VS2005的机子上运行的问题，安装过这个后，就可以发布release（发布版）的
Qt双击运行Debug和release模式下生成的可执行文件(.exe)，提示应用程序无法正常启动0xc000007b
qq_44667165的博客
12-05 9280
可执行文件无法运行，提示应用程序无法正常启动0xc000007b1.出现的问题，如下图所示2. 分析3.怎么解决呢？3.1第一种方法(不推荐)3.2 第二种方法(推荐)4.特殊情况，有使用Qt外其他的动态链接库4.1第一种解决方法4.1第二种解决方法 1.出现的问题，如下图所示 QtDebug和打包的可执行文件(*.exe)无法运行，提示应用程序无法正常启动0xc000007b 2. 分析 这是缺少Qt的动态链接文件(.dll)导致的，如Qt5Core.dll等库文件，“DLL的全称是Dynamic
VS在调试的时候没问题，但是执行生成的exe文件却报错
qq_44575593的博客
09-21 4791
简单说一下 关于这个问题我曾经出过一次，执行exe文件报错调试的时候显示的是堆出现问题，但我仔细检查了代码发现不是堆的问题，最后经过多次尝试发现是程序兼容性问题，右键点击exe文件打开属性找到兼容性那一栏，在将“以兼容模式运行这个程序”选项勾上，点击应用并确定。之后exe文件便正常运行了。 ...
针对在Visual Studio 中生成的exe不能在没安装Visual Studio 机器上运行的问题、、
wang_hong_jun的专栏
03-21 4175
针对在Visual Studio 中生成的exe不能在没安装Visual Studio 机器上运行的问题、、 解决方法在vs下选择项目-属性-配置属性-c/c++-代码生成-运行时库----修改编译选项，将/MD或/MDd 改为 /MT或/MTd。 下面就分析为什么这么做、、、 （不好意思今天截图传不上，就先不上图了） 一般提示为无法连接到msvc**.dll，（说明缺少默
Qt工程使用vs打开，调试、运行都没有问题，但直接点击exe却无法运行
aoxuestudy的专栏
06-02 3447
Qt工程使用vs打开，调试、运行都没有问题，但直接点击exe却无法运行
QT Creator Release模式下能正常运行， 但是打包好后的程序无法找到输入点(_ZN12*****.exe)
nou1839089的博客
04-30 512
QT Creator程序，Release模式下能正常运行， 但是打包好后的程序(.exe)无法找到输入点 Release能正常运行，使用windeployqt.exe打包后，运行UI.exe报错，这个问题其实是很简单解决的，主要问题还是没有将正确的.dll文件拷贝到打包后的UI.exe同路径。 windeployqt发布后，直接运行UI.exe会提示缺少.dll(可能缺少多个.dll)，这种错误只需要将对应的.dll复制过来就能运行了；但是当我将所有的.dll复制完成后，还是无法找到程序输入点(_.
VS2019+QT5.13.2中生成Release模式下可执行的exe文件
boss-dog
07-23 8721
内容1.打包成exe文件的步骤2.报错：This application failed to start because it could not find or load the Qt platform plugin "windows" 1.打包成exe文件的步骤 1.调整模式，将Debug模式切换成Release模式，同时记得配置和Debug一样的的环境。 比如我在Debug模式下配置了Opencv的相关环境，同样在Release模式下也需要配置。 2.生成解决方案 3.到当前工程目录下…\x64\
vs2010 生成release版本可运行exe文件
热门推荐
vallenlsl的专栏
11-05 1万+
一般可以配置一下两项： 1.项目 -> 配置属性->常规->MFC的使用 :在静态库中使用MFC。 2.项目 -> 配置属性->C/C++->代码生成->运行库 :选择 多线程调试（/MT）。   编译时，选择的是release，win32
在vs中可以运行而直接运行exe确出现错误
isreal0的专栏
01-08 1947
开发过程中遇到一个很诡异的问题：我们在做一个c#的socket通信的程序，但是非常诡异的就是，我们用vs在调试环境下是100%可以运行的，但是直接双击.exe文件居然10次里有9次会报socket error，还有1次能成功运行。 巨大的bug但是查不出原因。。。后来经过论坛上的大家的帮助，还有连续2天的调试 - - ， 终于有了进展，现在把结果和处理方法列出来：最重要的原因是线程太多了。
为什么 QT生成的debug版本exe无法运行而 release版本的exe能正常运行
最新发布
03-19
<think>好的，我需要回答用户关于为什么Qt生成的Debug版exe无法运行而Release版可以的问题。首先，我应该回顾之前提供的Qt打包信息，看看是否有相关部分可以扩展。用户之前询问过打包步骤，现在的问题是关于Debug和Release版本运行差异的原因。 用户可能是在开发过程中遇到了Debug版无法运行的问题，特别是在没有Qt环境的机器上。可能的原因包括依赖库缺失、编译器运行时库不同、编译器优化差异、调试符号问题，以及资源路径或权限设置等。 首先，Debug和Release版本在编译时的配置不同。Debug版包含调试信息，链接的是Qt的调试库（如Qt5Cored.dll），而Release版使用优化后的库（Qt5Core.dll）。如果用户尝试在没有安装Qt开发环境的机器上运行Debug版，系统可能找不到对应的调试库，导致程序无法启动。 其次，编译器运行时库的依赖也是一个关键因素。Debug版通常依赖于调试版本的运行时库（如MSVCRTD.dll），而Release版使用发布版本的库（MSVCRT.dll）。如果目标机器缺少这些调试版的运行时库，Debug版就无法运行。 另外，编译器优化可能导致不同行为。Release版的优化可能绕过了某些Debug版中的潜在错误，比如未初始化的变量或内存问题，这些在Debug模式下可能更明显，导致程序崩溃。 资源路径和文件权限也可能影响。Debug和Release构建的输出目录不同，可能导致资源文件路径错误，特别是当使用相对路径时。此外，某些系统可能对Debug版的可执行文件有更严格的权限限制。 还有静态链接与动态链接的问题。如果使用动态链接，Debug版需要对应的调试版DLL，而Release版需要发布版DLL。如果用户只打包了Release版的依赖，Debug版自然会缺少必要文件。 用户可能在打包时使用了windeployqt工具，但该工具默认处理Release版，可能不会包含Debug版的依赖库。因此，手动补充Debug库或使用正确的部署命令很重要。 总结，需要从依赖库、编译器运行时、优化差异、资源路径、打包工具使用等方面来解释原因，并提供解决方案，比如确保所有依赖库正确部署，使用发布版进行分发，检查编译器设置等。同时提醒用户在生产环境中应使用Release版，避免分发Debug版。</think>以下是Qt生成的Debug版本exe无法运行而Release版本正常运行的详细原因分析及解决方案： --- ### 一、根本原因概述 Debug与Release版本的核心差异在于编译配置和依赖关系，主要表现在： $$ \text{Debug版本} \neq \text{Release版本} + \text{调试信息} $$ 二者在**库依赖**、**编译器选项**和**运行时环境**上存在本质区别 --- ### 二、具体原因分析 #### 1. Qt库依赖差异 - **Debug版本**： - 依赖带`d`后缀的调试库（如`Qt5Cored.dll`） - 需要调试版C++运行时库（如`MSVCRTD.dll`） ```bash # 典型错误提示示例 无法启动此程序，因为计算机中丢失Qt5Cored.dll ``` - **Release版本**： - 依赖无后缀的标准库（如`Qt5Core.dll`） - 使用发布版运行时库（`MSVCRT.dll`） #### 2. 编译器优化差异 | 特性 | Debug版本 | Release版本 | |---------------|---------------------------|--------------------------| | 代码优化 | 无优化(-O0) | 最高优化(-O3) | | 断言检查 | 启用Q_ASSERT | 禁用断言 | | 内存初始化 | 自动填充0xCDCDCDCD | 不初始化 | | 变量跟踪 | 保留未使用变量 | 优化掉无用变量 | *可能现象：Debug版因未初始化变量崩溃，Release版因优化侥幸运行* #### 3. 运行时环境差异 - **调试堆管理器**： Debug版使用特殊内存管理器检测内存泄漏，依赖`Debug CRT库` ```cpp // Debug特有内存检查 _CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF); ``` - **依赖路径**： ```text Debug版默认搜索路径包含： C:\Qt\5.15.2\msvc2019\bin (开发环境路径) 而用户机器通常无此路径 ``` --- ### 三、典型场景解决方案 #### 场景1：缺少调试库 **解决方案**： 1. 使用windeployqt指定调试模式： ```bash windeployqt --debug your_app.exe ``` 2. 手动补充文件： - 从`Qt安装目录/bin`复制所有带`d`的DLL - 确保包含`MSVCRTD.dll`和`MSVCPTD.dll` #### 场景2：内存问题差异 **诊断步骤**： 1. 在Debug模式下使用Valgrind或VLD检测内存泄漏 ```cpp #include <vld.h> // Visual Leak Detector ``` 2. 检查未初始化变量： ```cpp #pragma warning(disable : 4700) int uninitVar; // Debug版会警告，Release版可能不报错 ``` #### 场景3：路径依赖问题 **最佳实践**： ```cpp // 不要使用开发环境绝对路径 QString path = QCoreApplication::applicationDirPath() + "/data/"; ``` --- ### 四、进阶调试技巧 1. **混合模式调试**： ```bash # 生成带调试符号的Release版 qmake CONFIG+=force_debug_info ``` 2. **依赖检查工具**： - Windows：Dependency Walker或`dumpbin /dependents your_app.exe` - Linux：`ldd your_app` - macOS：`otool -L your_app` 3. **日志差异化输出**： ```cpp #ifdef QT_DEBUG qDebug() << "Debug模式特有信息"; #endif ``` --- ### 五、关键建议 1. **永远不要分发Debug版本给最终用户** 2. 测试时使用与目标环境相同的配置 3. 使用静态分析工具： ```bash clang-tidy --checks=* your_code.cpp ``` 4. 当必须调试已部署程序时： - 生成带PDB符号的Release版 - 使用`QML_DEBUG`和远程调试工具 通过理解这些差异，开发者可以更高效地定位和解决跨版本运行问题。建议在开发周期中建立自动化测试环境，确保Debug与Release版本的行为一致性。
评论 10
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值