ProcessStartInfo 的 C# 问题答案

【问题标题】：C# Problem with ProcessStartInfoProcessStartInfo 的 C# 问题
【发布时间】：2010-10-20 09:36:02
【问题描述】：

我正在使用 ProcessStartInfo 用这样的文本文件修补文件（通过 cmd.exe）：

app.exe temp.txt patch.ips

我写了这段代码：

ProcessStartInfo P = new ProcessStartInfo("app.exe");  
P.Arguments = "temp.txt " + _patchpath;  
P.CreateNoWindow = true;  
P.UseShellExecute = false;  
P.RedirectStandardOutput = true;  
Process.Start(P);

app.exe 和 temp.txt 是相对于我的应用程序路径的（注意：app.exe 不是我的 C# 应用程序的名称，它只是我用于进程的程序），但 _patchpath 是绝对的像 D:\blah\file.ips 这样的路径。问题是，如果它是绝对的，则该过程不起作用（_patchpath 应该使用文件 temp.txt 进行修补），但如果它相对于我的应用程序目录则起作用。为什么会这样，我该如何解决？

如果我需要澄清，请告诉我。

【问题讨论】：

补丁路径可以包含空格吗？如果是这样，您需要用引号将其括起来。
你能提供一个真实的路径吗？我怀疑您的路径中有空格，在这种情况下，您必须用引号 (") 将路径括起来
它不起作用，没有任何补丁，因此该过程不起作用。另外，我将如何使用双引号？举个例子就好了。
关于重定向输出的任何信息？还是在 ExitCode 上？他们可能会有所帮助。

标签： c# arguments processstartinfo

【解决方案1】：

调试此类问题的常用方法是使用调试器。将此复制/粘贴到“app.exe”源文件的 Main() 方法中：

        System.Diagnostics.Debugger.Break();

app.exe 开始运行后，您将看到一个对话框，让您选择调试器。从那里你应该不会有太多麻烦找出它为什么不起作用。

如果您没有 app.exe 的源代码，那么您需要考虑清楚这一点。使用像“app.exe”或“temp.txt”这样的相对路径总是很麻烦。典型的失败模式是使用 OpenFileDialog 让用户选择 _patchpath 值。如果该对话框的 RestoreDirectory 属性未设置为 True，则程序的默认目录将更改为补丁文件的路径。而且 app.exe 和 temp.txt 都不能再第四了。

通过防御性编程来保护自己免受这种情况的影响：

        var myPath = System.Reflection.Assembly.GetEntryAssembly().Location;
        var homeDir = System.IO.Path.GetDirectoryName(myPath);
        var appPath = System.IO.Path.Combine(homeDir, "app.exe");
        var tempPath = System.IO.Path.Combine(homeDir, "temp.txt");
        ProcessStartInfo P = new ProcessStartInfo(appPath);
        P.WorkingDirectory = homeDir;
        P.Arguments = string.Format("\"{0}\" \"{1}\"", tempPath, _patchpath);
        // etc...

【讨论】：

好吧，我将使用调试器测试应用程序（虽然它是用 C++ 编写的，但我假设我可以使用 MSVC++ 对其进行调试）。感谢您提供有关程序默认目录更改的信息，我不知道..
在MSVC中是__debugbreak()。

【解决方案2】：

问题很可能是被调用的应用程序（app.exe）不理解参数。解决此问题的最佳方法是使用您提供的参数调试 app.exe，以防它不起作用。尝试将 app.exe 的调试器中的参数设置为与失败案例完全相同的参数，并检查解析参数产生的变量。

【讨论】：