Process.Start() và biến môi trường PATH

Question

Tôi có ứng dụng C# tầm thường sau đây chỉ đơn giản là cố gắng để khởi động "jconsole.exe", mà trên máy tính của tôi nằm trong C: \ Programs \ jdk16 \ bin.

using System; 
using System.Diagnostics; 

namespace dnet { 
    public class dnet { 
    static void Main(string[] args) { 
     try { 
     Process.Start("jconsole.exe"); 
     Console.WriteLine("Success!"); 
     } catch (Exception e) { 
     Console.WriteLine("{0} Exception caught.", e); 
     } 
    } 
    } 
} 

Nếu biến môi trường PATH của tôi được thiết lập để

c:\windows;c:\windows\sytem32;c:\programs\jdk16\bin 

nó hoạt động hoàn hảo. Tuy nhiên, nếu biến môi trường PATH được đặt thành

c:\windows;c:\windows\sytem32;c:\\programs\jdk16\bin 

(lưu ý hai dấu gạch chéo ngược giữa "c:" và "chương trình"), nó không có ngoại lệ win32.

System.ComponentModel.Win32Exception (0x80004005): The system cannot find the file specified 
at System.Diagnostics.Process.StartWithShellExecuteEx(ProcessStartInfo startInfo) 
at System.Diagnostics.Process.Start(ProcessStartInfo startInfo) 
at dnet.dnet.Main(String[] args) 

Điều thú vị là, trong cửa sổ lệnh cùng một nơi tôi chạy chương trình .NET và nhận được ngoại lệ, tôi có thể chỉ cần gõ "jconsole.exe", và chương trình sẽ bắt đầu. Windows dường như không gặp khó khăn trong việc tìm kiếm tệp thực thi với dấu gạch chéo ngược kép trong PATH, nhưng Process.Start() thực hiện.

Tại sao dấu gạch chéo ngược phụ trong PATH gây ra sự cố và cách tôi có thể khắc phục sự cố? Tôi không biết nơi mà các tập tin thực thi tôi muốn gọi sẽ được đặt tại thời gian chạy, vì vậy tôi muốn dựa vào biến PATH.

Answer 1

Không chắc chắn lý do tại sao sự cố xảy ra. Mặc dù, tôi có thể nghĩ ra một giải pháp hoạt động trên máy của tôi:

var enviromentPath = System.Environment.GetEnvironmentVariable("PATH"); 

Console.WriteLine(enviromentPath); 
var paths = enviromentPath.Split(';'); 
var exePath = paths.Select(x => Path.Combine(x, "mongo.exe")) 
        .Where(x => File.Exists(x)) 
        .FirstOrDefault(); 

Console.WriteLine(exePath); 

if (string.IsNullOrWhiteSpace(exePath) == false) 
{ 
    Process.Start(exePath); 
} 

Tôi đã tìm thấy một đoạn cho tôi ý tưởng về giải pháp này. Từ documentation for Process.Start

Nếu bạn có một biến con đường khai báo trong hệ thống của bạn sử dụng dấu ngoặc kép, bạn phải hội đủ điều kiện đầy đủ con đường mà khi bắt đầu bất kỳ quá trình tìm thấy trong đó địa điểm. Nếu không, hệ thống sẽ không tìm thấy đường dẫn. Ví dụ: nếu c: \ mypath không nằm trong đường dẫn của bạn và bạn thêm nó bằng cách sử dụng báo giá marks: path =% path%; "c: \ mypath", bạn phải đủ điều kiện bất kỳ quy trình nào trong c: \ mypath khi bắt đầu nó.

Con đường tôi đọc nó, mặc dù biến PATH chứa đường dẫn hợp lệ rằng Windows có khả năng sử dụng, Process.Start là không thể sử dụng nó và cần đầy đủ đường dẫn .

Answer 2

Bạn có thể giải quyết nó nếu trước tiên bạn tạo một ProcessStartInfo.

ProcessStartInfo psi = new ProcessStartInfo("jconsole.exe"); 
StringDictionary dictionary = psi.EnvironmentVariables; 

// Manipulate dictionary... 

psi.EnvironmentVariables["PATH"] = dictionary.Replace(@"\\", @"\"); 
Process.Start(psi); 

Bạn sẽ phải tự tìm hiểu cách thao tác PATH để nó hoạt động cho bạn. Nhưng điều này sẽ giải quyết bất kỳ vấn đề bạn có thể có với biến PATH của bạn.

Answer 3

Câu trả lời được chấp nhận không chính xác.

cmd.exe sẽ tìm các ứng dụng có phần mở rộng có thể thực thi trước tiên.
Vì vậy, khi bạn có các tệp puma và puma.bat trong C:\Ruby\bin\, thì buma.bat sẽ được ưu tiên hơn puma.

Nếu bạn bắt đầu c:\ruby\bin\puma.bat từ c:\redmine, nó sẽ bắt đầu puma với thư mục làm việc hiện tại c:\ruby\bin và ứng dụng web của bạn sẽ hoạt động.
Nếu bạn bắt đầu c:\ruby\bin\puma trực tiếp, nó sẽ bắt đầu puma với thư mục làm việc hiện tại trong c:\redmine và sau đó sẽ thất bại.

Vì vậy, một phiên bản sửa trông nhiều hơn hoặc ít hơn như thế này:

// FindAppInPathDirectories("ruby.exe"); 
public string FindAppInPathDirectories(string app) 
{ 
    string enviromentPath = System.Environment.GetEnvironmentVariable("PATH"); 
    string[] paths = enviromentPath.Split(';'); 

    foreach (string thisPath in paths) 
    { 
     string thisFile = System.IO.Path.Combine(thisPath, app); 
     string[] executableExtensions = new string[] { ".exe", ".com", ".bat", ".sh", ".vbs", ".vbscript", ".vbe", ".js", ".rb", ".cmd", ".cpl", ".ws", ".wsf", ".msc", ".gadget" }; 

     foreach (string extension in executableExtensions) 
     { 
      string fullFile = thisFile + extension; 

      try 
      { 
       if (System.IO.File.Exists(fullFile)) 
        return fullFile; 
      } 
      catch (System.Exception ex) 
      { 
       Log("{0}:\r\n{1}", 
        System.DateTime.Now.ToString(m_Configuration.DateTimeFormat, System.Globalization.CultureInfo.InvariantCulture) 
        , "Error trying to check existence of file \"" + fullFile + "\"" 
       ); 

       Log("Exception details:"); 
       Log(" - Exception type: {0}", ex.GetType().FullName); 
       Log(" - Exception Message:"); 
       Log(ex.Message); 
       Log(" - Exception Stacktrace:"); 
       Log(ex.StackTrace); 
      } // End Catch 

     } // Next extension 

    } // Next thisPath 


    foreach (string thisPath in paths) 
    { 
     string thisFile = System.IO.Path.Combine(thisPath, app); 

     try 
     { 
      if (System.IO.File.Exists(thisFile)) 
       return thisFile; 
     } 
     catch (System.Exception ex) 
     { 
      Log("{0}:\r\n{1}", 
       System.DateTime.Now.ToString(m_Configuration.DateTimeFormat, System.Globalization.CultureInfo.InvariantCulture) 
       , "Error trying to check existence of file \"" + thisFile + "\"" 
      ); 

      Log("Exception details:"); 
      Log(" - Exception type: {0}", ex.GetType().FullName); 
      Log(" - Exception Message:"); 
      Log(ex.Message); 
      Log(" - Exception Stacktrace:"); 
      Log(ex.StackTrace); 
     } // End Catch 

    } // Next thisPath 

    return app; 
} // End Function FindAppInPathDirectories