Process.Start() 可以考虑系统路径吗？

Question

我已经对此进行了一段时间的搜索和实验，但我没有运气。

我正在尝试制作一个控制台程序来自动执行一些我无法使用 BAT 文件完成的任务。我想从 Windows SDK 调用“signcode.exe”，该 bin 文件夹包含系统路径中的所有工具，并且我可以从任何地方调用“signcode”，但是 Process.Start 忽略小路。

当前代码：

System.Diagnostics.Process sign = new System.Diagnostics.Process();
sign.StartInfo.FileName         = signCommand.Substring(0, signCommand.IndexOf(' '));  // signtool.exe
sign.StartInfo.Arguments        = signCommand.Substring(signCommand.IndexOf(' ') + 1); // /sign /a file1 file2

// sign.StartInfo.EnvironmentVariables["Path"] = Environment.GetEnvironmentVariable("PATH");  // This doesn't work either
sign.StartInfo.UseShellExecute              = false;
sign.StartInfo.RedirectStandardOutput       = true;
sign.StartInfo.RedirectStandardError        = true;

sign.Start();  // Throws Win32Exception - The system cannot find the file specified

我已确认 StartInfo.EnvironmentVariables["Path"] 与我的系统路径匹配，并且包含 Windows SDK 文件夹。手动设置也不起作用。

我什至尝试设置 TempPath，如 MSDN 页面上所示 EnvironmentVariables 属性，但这也不起作用。我想知道如果没有效果，为什么你可以设置这个。

如果 System.Diagnostics.Process 无法使用该路径，是否还有其他我可以使用的函数？我也想在我的控制台应用程序中看到该命令的输出。

以下是一些额外的调试值：

Console.WriteLine("Sign Filename = '{0}'", sign.StartInfo.FileName);
Sign Filename = 'signtool.exe'

Console.WriteLine("Sign Arguments = '{0}'", sign.StartInfo.Arguments);
Sign Arguments = '/sign /f C:\Visual Studio\Projects\MGInsight\MGInsight\APPARENTINC.pfx /t http://timestamp.comodoca.com/authenticode "C:\Visual Studio\Projects\MGInsight\MGInsight\Publish\Application Files\\MGInsight_0_9_1_85\MGInsight.exe" "C:\Visual Studio\Projects\MGInsight\MGInsight\Publish\Application Files\\MGInsight_0_9_1_85\XPXScanner.dll" "C:\Visual Studio\Projects\MGInsight\MGInsight\Publish\Application Files\\MGInsight_0_9_1_85\NetworkCalculations.dll"'

Console.WriteLine("Sign Path = '{0}'", sign.StartInfo.EnvironmentVariables["Path"]);
Sign Path = 'C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;"C:\Program Files\Intel\WiFi\bin\";"C:\Program Files\Common Files\Intel\WirelessCommon\";"C:\Program Files (x86)\cwRsync\bin";"C:\Program Files (x86)\Git\cmd";"C:\Program Files (x86)\Git\bin";"C:\Program Files (x86)\Zend\ZendServer\bin";"C:\Program Files (x86)\Zend\ZendServer\share\ZendFramework\bin";"C:\Program Files\Java\jre6\bin";"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\";"C:\Program Files\Microsoft Windows Performance Toolkit\";C:\MinGW\bin;"C:\Program Files (x86)\Microsoft\ILMerge";"C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin";C:\Program Files (x86)\Nmap'

路径 "C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin" 是signtool.exe 所在的位置，我可以从以下位置运行它只需键入 signtool 即可打开命令提示符，但如果我从同一提示符运行此应用程序，它不会注册该路径。

Answer 1

添加 mhutch 的答案：它确实考虑了 PATH，但我注意到您实际上需要重新启动 Visual Studio 才能获取任何路径更改。这有点鬼鬼祟祟的。

Answer 2

我很确定 Process.Start 确实尊重 PATH。

• 您确定您的signCommand值正确吗？
• PATH 中的目录值是否使用引号指定？ 文档提到此类值不会受到尊重。

请注意，FileName 也可以是可执行文件的完整路径。

Answer 3

如果您最近更新了 PATH，请务必重新启动 Visual Studio。环境变量在 Visual Studio 启动时加载。请注意，这适用于 DEBUG 模式执行。

Answer 4

好吧，我猜这个问题与 mhutch 在 MSDN 文档中所说的有关：

If you have a path variable declared in your system using quotes, 
you must fully qualify that path when starting any process found 
in that location. Otherwise, the system will not find the path. For
example, if c:\mypath is not in your path, and you add it using
quotation marks: path = %path%;"c:\mypath", you must fully qualify
any process in c:\mypath when starting it.

我最初看到了这一点，但它看起来很奇怪，所以我忽略了它。不知道为什么会这样，但似乎是这样。

我尝试将 signtool.exe 复制到 C:\sign\tool\bin 并将其添加到我的路径中，然后我的代码起作用了，所以我想因为我在该路径中由于空格而有引号，所以我是 SOL 并且必须手动搜索 Windows SDK 路径的路径，除非有某种方法可以在不使用引号的情况下向路径添加带有空格的内容。

Answer 5

我相信您正在寻找 ProcessStartInfo.WorkingDirectory 属性< /a>.

Answer 6

StartInfo 文件名实际上是可执行文件的完整路径

例如，在我的 x264 包装器上，它看起来像这样：

x264Start.FileName = Directory.GetCurrentDirectory() + @"\Tools\x264\x264x86-r1995.exe";

我会通过在其中添加 try {}、catch {} 并编写以下代码来感知检查代码如果出现错误，您尝试调用调试的实际文件名。

否则添加如下内容：

    if (File.exists(sign.FileName))
    {
        sign.Start();
    }
    else
    {
        Console.WriteLine("Can't find {0}", sign.FileName);
        throw new Exception("File doesn't exist");
    }

编辑：添加了一个完整的示例 - 这会搜索 CCleaner，然后使用“/AUTO”开关运行它。刚刚测试并且工作正常。

        // detect if 64-bit system
        string programFiles = "";
        if (Environment.GetEnvironmentVariable("PROCESSOR_ARCHITECTURE").Contains("64"))
        {
            Console.WriteLine("#info# x64 detected");
            programFiles = Environment.GetFolderPath(Environment.SpecialFolder.ProgramFiles);
        }
        else
        {
            Console.WriteLine("#info# x86 detected");
            programFiles = Environment.GetFolderPath(Environment.SpecialFolder.ProgramFilesX86);
        }

        // search
        string[] dirs = Directory.GetDirectories(programFiles, "CCleaner", SearchOption.AllDirectories);
        string[] exes = Directory.GetFiles(programFiles, "CCleaner64.exe", SearchOption.AllDirectories);

        //debug only
        foreach (string s in dirs)
        {
            Console.WriteLine(s);
        }

        foreach (string s in exes)
        {
            Console.WriteLine(s);
        }

        // access directly
        ProcessStartInfo CCleaner = new ProcessStartInfo(exes[0], "/AUTO");
        Process.Start(CCleaner);

Answer 7

您的代码似乎确实考虑了我的路径。

很难说您的情况可能出了什么问题，但您可以尝试通过 cmd.exe 运行命令：

sign.StartInfo.FileName = "cmd";
sign.StartInfo.Arguments = "/c signtool.exe ...";