c# - .NET应用程序将作为控制台应用程序运行，但不能作为Windows窗体运行，调试工作

我有一个Windows应用程序，以前曾在.NET 2.0上运行过，而我只是想将其升级到.NET Framework4。我已经做过数百次了，没有出现任何问题。

长话短说:
升级后，我可以从“调试”和“发布”模式运行Windows应用程序(用C#编写)。我的所有程序集都设置为构建目标(x86)，以确保所有32位依赖项都可以在Windows 7 x64上运行。奇怪的是，当我从bin\x86\Debug或Release目录运行可执行文件时，什么也没发生。从字面上看没什么。应用程序启动，然后立即停止，并且没有错误消息，没有崩溃，没有任何项目写入事件日志。它只是开始然后停止。

疯狂的部分是，如果我将项目输出类型切换为“控制台应用程序”，则可以从exe文件运行它! (在运行时，只需在应用程序的后面有一个烦人且丑陋的控制台窗口)。

有人听说过这样的话吗？

这是我尝试过的事情以及更多信息:

查找事件日志

中是否提及错误

尝试以管理员身份运行

我已经是计算机管理员，可以完全访问所有目录

尝试将MessageBox.Show语句放入Main()函数

尝试将Console.WriteLine语句放入Main()函数

中

尝试将主要功能公开。

尝试通过双击应用程序exe并从命令行运行它来启动应用程序(在这种情况下，控制台输出不会出现)。

尝试为Debug AND Release

编译的可执行文件

尝试删除启动MainForm.cs的调用，仅保留MessageBox代码。

其他纯.NET 4.0的Windows窗体应用程序都可以从其可执行文件正常运行。

.NET Framework 4.0似乎没有损坏，但是，我还没有尝试完全重新安装它。

尝试在main函数中添加try/catch来捕获和报告任何错误。

Windows 7，64位

Visual Studio 2010

Windows更新定期执行

C#用于所有代码

有人看到过这样的东西吗？我从事C#已有14年以上，以前从未见过这种行为。

编辑:从Program.cs添加代码减去 namespace 标签，并使用语句

static class Program
{
    /// <summary>
    /// The main entry point for the application.
    /// </summary>
    [STAThread]
    static void Main()
    {
        try
        {
            MessageBox.Show("Start");
            Application.EnableVisualStyles();
            Application.SetCompatibleTextRenderingDefault(false);
            Application.Run(new MainForm());
            MessageBox.Show("End");
        }
        catch (Exception exp)
        {
            ExceptionDisplay.LaunchUnexpected(exp);
        }
    }
}

ExceptionDisplay类只是一个简单的Windows窗体，用于显示和报告意外错误。在这种情况下，是否存在try/catch块并不重要。可执行文件也会发生相同的行为。

编辑:在 Debug模式下添加退出代码

The thread 'vshost.RunParkingWindow' (0xf70) has exited with code 0 (0x0).
The thread '<No Name>' (0x25c0) has exited with code 0 (0x0).
The program '[13496] MyProgram.vshost.exe: Managed (v4.0.30319)' has exited with code 0 (0x0).

编辑:从.csproj文件添加PropertyGroup项目

<PropertyGroup>
<Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>
<Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform>
<ProductVersion>9.0.30729</ProductVersion>
<SchemaVersion>2.0</SchemaVersion>
<ProjectGuid>{C5FE7F9D-57BB-4A6F-AD53-43BE99BAB6CF}</ProjectGuid>
<OutputType>WinExe</OutputType>
<AppDesignerFolder>Properties</AppDesignerFolder>
<RootNamespace>MyNamespace</RootNamespace>
<AssemblyName>MyAssemblyName</AssemblyName>
<TargetFrameworkVersion>v4.0</TargetFrameworkVersion>
<FileAlignment>512</FileAlignment>
<FileUpgradeFlags>
</FileUpgradeFlags>
<UpgradeBackupLocation>
</UpgradeBackupLocation>
<OldToolsVersion>3.5</OldToolsVersion>
<TargetFrameworkProfile />
<IsWebBootstrapper>true</IsWebBootstrapper>
<PublishUrl>http://localhost/MyNamespace/</PublishUrl>
<Install>true</Install>
<InstallFrom>Web</InstallFrom>
<UpdateEnabled>true</UpdateEnabled>
<UpdateMode>Foreground</UpdateMode>
<UpdateInterval>7</UpdateInterval>
<UpdateIntervalUnits>Days</UpdateIntervalUnits>
<UpdatePeriodically>false</UpdatePeriodically>
<UpdateRequired>false</UpdateRequired>
<MapFileExtensions>true</MapFileExtensions>
<ApplicationRevision>0</ApplicationRevision>
<ApplicationVersion>1.0.0.%2a</ApplicationVersion>
<UseApplicationTrust>false</UseApplicationTrust>
<BootstrapperEnabled>true</BootstrapperEnabled>
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
<DebugSymbols>true</DebugSymbols>
<DebugType>full</DebugType>
<Optimize>false</Optimize>
<OutputPath>bin\Debug\</OutputPath>
<DefineConstants>DEBUG;TRACE</DefineConstants>
<ErrorReport>prompt</ErrorReport>
<WarningLevel>4</WarningLevel>
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">
<DebugType>pdbonly</DebugType>
<Optimize>true</Optimize>
<OutputPath>bin\Release\</OutputPath>
<DefineConstants>TRACE</DefineConstants>
<ErrorReport>prompt</ErrorReport>
<WarningLevel>4</WarningLevel>
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86' ">
<DebugSymbols>true</DebugSymbols>
<OutputPath>bin\x86\Debug\</OutputPath>
<DefineConstants>DEBUG;TRACE</DefineConstants>
<DebugType>full</DebugType>
<PlatformTarget>x86</PlatformTarget>
<ErrorReport>prompt</ErrorReport>
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|x86' ">
<OutputPath>bin\x86\Release\</OutputPath>
<DefineConstants>TRACE</DefineConstants>
<Optimize>true</Optimize>
<DebugType>pdbonly</DebugType>
<PlatformTarget>x86</PlatformTarget>
<ErrorReport>prompt</ErrorReport>
</PropertyGroup>
<PropertyGroup>
<ApplicationIcon>security.ico</ApplicationIcon>
</PropertyGroup>
<PropertyGroup>
<SignAssembly>true</SignAssembly>
</PropertyGroup>
<PropertyGroup>
<AssemblyOriginatorKeyFile>company.snk</AssemblyOriginatorKeyFile>
</PropertyGroup>
<PropertyGroup>
<StartupObject />
</PropertyGroup>

更新:
我尝试将所有文件从一个项目移动到另一个新项目，并且在将其编译后，exe文件正在运行。然后，在准备部署时，我对项目做了一些操作(包括使用强名签名，更改程序的图标等)，然后exe停止工作。将其范围缩小到我执行的最新事件顺序之后，我一次切换了最近更改的每个项目，并发现导致exe无法构建的项目正在设置非默认图标。

如果将默认图标切换为.ico文件，则它将调试但无法运行exe。如果我在应用程序>>资源>>图标和 list 下将图标切换回(默认图标)，则该exe将在调试器外部正常运行？有谁知道为什么更改像程序默认图标一样无害的内容会使EXE无法运行？在意识到导致其无法运行的部分后，我将对Google/进行进一步调查。

最佳答案

这个问题的答案最终是完全出乎意料的。问题在于应用程序的图标。

经过进一步的故障排除后，我注意到当我创建一个新项目时，将所有文件添加到该项目中并对其进行编译-该程序将从EXE文件运行。我继续对项目进行更改，然后经过最后的修改(包括更改应用程序图标，添加强名以及我在其他许多应用程序上所做的其他事情)，我注意到EXE突然停止了双击时可以正常工作。

最终，我将其范围缩小到以下事实:当我具有默认应用程序图标(项目属性>>应用程序>>图标)时，，当从EXE启动它时，该应用程序可以正常工作。但是，当我将图标更改为正在使用的图标时，EXE停止工作。

我之前使用过应用程序图标，所以我创建了一个没有执行任何操作的测试项目，但是我将应用程序图标更改为该项目。果然，当我这样做时，测试程序的EXE停止工作。

接下来，我尝试使用与我所使用的图标不同的图标，该EXE可以正常工作。因此，现在我将其范围缩小到我正在使用的特定图标的问题。我注意到可以正常工作的图像内部有一个16x16 4位和32x32 4位图像。然后，我打开了不工作的那个。不工作的每个图标都有48、32、24和16个像素的图标(4位，8位和32位托盘)。

尝试从图标中删除各种图像的几种组合后，我发现8位彩色调色板图标图像引起了问题! 从图标删除所有8位图像后，程序现在可以正常运行!

因此，这个故事的寓意是:虽然带有8位图像的图标可能适合于表单和其他目的，但它们与.NET应用程序一起作为应用程序图标不能很好地工作。

关于c# - .NET应用程序将作为控制台应用程序运行，但不能作为Windows窗体运行，调试工作，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/29758335/