4

我们开发了一个新的 WPF 应用程序，我很难从外部 C# 脚本启动它。

在调用Process.Start(ProcessStartInfo)方法时ProcessStartInfo在使用两者都初始化的对象WorkingDirectory并FileName成功时，initFileName属性仅无法启动。

调用任何其他应用程序时并非如此。
我的问题-启动过程的不同方法是否具有不同的逻辑？

更多细节见代码：

 public void LaunchApp(){
/********************************/
/*      This code PASSES        */
/********************************/
var pStartInfoCalc1 = new ProcessStartInfo
    {
        FileName = @"C:\Windows\system32\calc.exe",
    };

Process.Start(pStartInfoCalc1);

/*****************************/
/*  !!!This code FAILS  !!! */
/*****************************/
var pStartInfo1 = new ProcessStartInfo
    {
        FileName = @"C:\Program Files\MyAppFolder\MyApp.exe",
    };

Process.Start(pStartInfo1);

/********************************/
/*      This code PASSES        */
/********************************/
var pStartInfo2 = new ProcessStartInfo
    {
        WorkingDirectory = @"C:\Program Files\MyAppFolder",
        FileName = @"MyApp.exe",
    };

Process.Start(pStartInfo2);

/********************************/
/*      This code PASSES        */
/********************************/
var pStartInfoCalc2 = new ProcessStartInfo
    {
        WorkingDirectory = @"C:\Windows\system32\",
        FileName = @"calc.exe",
    };

Process.Start(pStartInfoCalc2); }`

这是崩溃时的图像： 在此处输入图像描述

以下是崩溃屏幕截图中的问题签名：

 Problem signature:
  Problem Event Name:   CLR20r3
  Problem Signature 01: MyApp.exe
  Problem Signature 02: 1.0.0.0
  Problem Signature 03: 51ef9fd8
  Problem Signature 04: mscorlib
  Problem Signature 05: 4.0.30319.18052
  Problem Signature 06: 5173bf28
  Problem Signature 07: 266d
  Problem Signature 08: a4
  Problem Signature 09: System.Windows.Markup.XamlParse
  OS Version:   6.1.7601.2.1.0.256.4
  Locale ID:    1033
  Additional Information 1: 1989
  Additional Information 2: 1989c043e2e04efdbf18835c58bb867b
  Additional Information 3: 37d3
  Additional Information 4: 37d31c18f56cf3083b1c45ca83bbb78e

Read our privacy statement online:
  http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409

If the online privacy statement is not available, please read our privacy statement offline:
  C:\Windows\system32\en-US\erofflps.txt
4

2 回答 2

7

当你不指定工作目录时，新进程会继承你进程的工作目录。也就是说，新进程将继承调用的进程的工作目录Process.Start()。

这是两次尝试开始的唯一区别MyApp。其中之一继承工作目录，其中之一指定它。显然MyApp不喜欢将初始工作目录作为父进程的目录运行。

为什么会这样，我不能肯定地说。似乎MyApp正在尝试在启动时进行一些 XML 解析。因此，XML 解析可能会读取一个假定位于工作目录中的文件。但实际上该文件与可执行文件位于同一目录中。

如果是这种情况，那么您需要修改MyApp以解决问题。您需要基于可执行文件的目录构建绝对路径，而不是使用此 XML 文件的相对路径。

MyApp启动代码可以在那个目录下，像这样：

string ExeDir = System.IO.Path.GetDirectoryName(System.Reflection.Assembly.
    GetExecutingAssembly().Location));

然后您将使用它Path.Combine来形成 XML 文件的完整路径。

于 2013-07-25T11:57:51.283 回答
5

当您不提供工作目录时，它将使用您当前应用程序的工作目录。

诸如此类的应用程序calc没有任何外部文件依赖项，因此它们不关心从何处启动它们。他们不需要从工作目录中读取任何文件。

您MyApp.exe很可能需要来自它自己的工作目录的数据，可能是一个配置文件。该测试通过，因为它知道查看C:\Program Files\MyAppFolder

/********************************/
/*      This code PASSES        */
/********************************/
var pStartInfo2 = new ProcessStartInfo
{
    WorkingDirectory = @"C:\Program Files\MyAppFolder",
    FileName = @"MyApp.exe",
};

Process.Start(pStartInfo2);

当您不指定工作目录时，您的应用程序崩溃，因为它无法加载所需的资源，因为它试图在您启动应用程序的目录中找到它。

如果您知道，最好在启动应用程序时提供工作目录。

如果您可以更新MyApp.exe它可以System.Reflection.Assembly.GetExecutingAssembly().Location用来确定它自己的位置，那么您可以读取与此相关的文件路径，从而无需设置工作目录。

于 2013-07-25T11:58:38.453 回答