接到一個與外部廠商界接系統的任務,該廠商不愛用DLL反而愛用EXE來解決問題,於是我們兩造雙方得像傳統銀行一樣的在那邊算字碼數拋接文字檔案,搞得很像摩登原始人,實在給他有夠無奈。但是沒辦法,工作就是用來浪費生命換錢的,我們還是低頭乖乖寫吧!
有關於調用EXE執行檔案其實並沒有太大的問題,但是「要怎麼樣知道這個EXE執行檔已經執行完成」了,這可是一個大問題,查了一下網路資料,大部分的人都是用同步(Synchronous)呼叫的方式來調用WaitForExit()來解決,程式碼如下:
System.Diagnostics.Process oProcess = new System.Diagnostics.Process(); oProcess.WaitForExit();
同步的寫法其實也還好,只是UI方面會有卡住的問題,而且很浪費CPU效能。如果想要在等待運行的過程中把CPU放出來給其他的程式用,那麼你應該學我應該採用非同步(Asynchronous)的寫法才對(或者可以稱作事件觸發、Callback),不多說了,完整程式碼如下:
System.Diagnostics.Process oProcess = new System.Diagnostics.Process() { StartInfo = new System.Diagnostics.ProcessStartInfo() { FileName = @"Demo.exe", Arguments = "", UseShellExecute = false, CreateNoWindow = true, RedirectStandardOutput = true }, EnableRaisingEvents = true, }; //委派一個EventHandler oProcess.Exited += (s, e) => { System.Diagnostics.Process oTemp = (System.Diagnostics.Process)s; oTemp.Close(); }; //開始執行 oProcess.Start();
當上述確認EXE運行完畢,這並不代表這個EXE所占用的資源都已經讀寫完成並釋出(released),請觀察我第一段的文字中所描述,我們兩造雙方是透過TEXT檔案交換,這意味著,當我確定他的EXE檔已經運行完畢,這並不代表:
這並不代表: 1. TEXT檔案已經完成建立,或建立中。(有可能才剛開始CreateFile) 2. TEXT檔案他已經釋放所有的讀寫權限。(有可能他的程式開啟獨佔文字檔模式)
如果你看到這裡發出會心的一笑,那代表看到這篇文章的你,與到跟我一樣的公司。事實上述的問題還是有解法的,只是已經不是我們這一篇文章討論的重點了,等有機會我再開一篇文章討論之。
最後,送一句話給那位EXE檔案的開發者,如果你想要讓別人用你的程式用的更有效能,那麼你應該知道這個世界上,有一種叫做「ProcessStartInfo.RedirectStandardOutput」的屬性。真的!你大可以不必使用超級耗效能的FileIO,讓我們彼此在記憶體中交換資料好嗎?
.NetFramework C# CallEXE CallExecute Observation DetectHadFinish DetectHadExit