C# 调试文件夹复制到另一个位置时不运行 exe

Question

当复制到另一个位置时，我的桌面应用程序的调试(或发布)文件夹不运行 exe。它不会发出任何错误，只是让系统挂起一两秒钟，然后立即恢复正常，就好像什么都没运行过一样。

Visual Studio 2015 是否也在 Debug 的上层创建依赖项？我使用 Wix 创建的安装程序没有运行预期的 exe，我认为这是 Wix 的问题。但后来我通过将完整的 Debug 文件夹复制到一个临时子文件夹中来测试它，应用程序甚至没有从那里运行。它只有在 Debug 文件夹以外的地方存在依赖项时才会发生(因为系统资源 (dll) 是从 C: 驱动器的绝对路径访问的，因此它们将始终可用。

Answer 1

您的 list 文件或其他设置文件是否有问题？一些指向源层次结构中文件夹的相对路径？ 可能只是缺少图像文件或某种设置文件？或者它可能是完全不同的东西。

我在您的另一个问题中写道，对于难以调试的依赖项场景，一种方法是硬着头皮运行彻底的 procmon.exe。 session (这是一个直接热链接到 live sysinternals 工具共享，单击它会立即开始下载 - 只是让你知道)。

您可以在这个问题中看到有关如何使用此工具的快速描述: Registering a CPP dll into COM after installation using Wix Msi installer 。关键是设置一个包含过滤器，它将仅显示您需要查看的事件 - 基本上对于您自己的应用程序。我相信 exe 应该足够了。

许多人发现这个 procmon-stuff 有点矫枉过正，并且不想处理它 - 但相信我，它几乎总是会揭示一些意想不到的东西(但是并不总是有用)。

和以前一样，这个答案也值得快速浏览一下(一般依赖性):After creating MSI Installer for WPF app in Visual Studio 2017, EXE does nothing .我至少会尝试 Dependencies.exe 工具 - 即使它有点“beta-ish”。您可以从这里下载:https://github.com/lucasg/Dependencies/releases .

一定要仔细检查 Visual Studio 中的模块 View ，我在链接的答案中对此进行了描述(Debug => Start Debugging，然后转到 Debug => Windows => Modules)。它应该显示加载的内容以交互方式运行您的项目。