平时做技术实践时，很多问题不是概念不会，而是细节没串起来。拿“C#调用第三方应用程序怎么实现方法自动化和参数传递”来说，它看着像小点，放到项目里常会牵出环境、配置、兼容性和维护成本。下面按实际采用顺序，把思路、关键写法和容易踩坑的地方讲清楚，便于大家直接对照操作。

调用第三方应用程序

从实现思路看，执行一个外部的第三方应用的原理，和调用cmd执行命令是一样的。只不过能够添加程序的启动参数(StartInfo.Arguments)等。

在这个场景下，调用其他应用程序，和调用cmd执行命令行也有所区别。通常调用cmd是为了执行完某条或某几条命令，执行完就结束了。而调用第三方应用，在其启动后，关于程序的操作、处理、是否有输入和输出，不同的程序有着不同的情况，不同需求和不同人的操作也会不同。能够尝试采用之前cmd的调用代码执行第三方程序，就能感受到很大不同，尤其是StandardOutput读取输出，会一直等待。

落到代码里，因此，调用第三方程序，更多的是启动第三方程序，随后让用户去操作；或者针对某特定的程序，启动后借助代码准确执行特定的步骤，即自动化操作，然后关闭应用（这时涉及到自动化的部分[ui自动化、输入输出自动化]），甚至需多线程，当前线程采用Process打开应用，另一个线程操作应用等。

结合项目来看，所以，目前难以有比较通用的方式，但是能够写一个启动方法，启动第三方软件，设置等不等待软件运行结束、获不拿到输出（如果有的话）。后面更多的应该了解Process的采用。

在这个场景下，如下所示，采用下面的方式启动一个可执行程序。根据需是否有启动参数、是否等待结束、是否拿到输出等：

/// <summary>
/// 执行外部exe程序
/// </summary>
public static class ExecApp
{
        /// <summary>
        /// 启动一个可执行程序，执行参数为arguments。启动一个关联的子进程，并且等待子进程的处理返回【一种有限的方式运行其他程序】
        /// 注意，如果是等待结束的情况下，必须保证会自动结束，或者最后会关闭/退出程序
        /// </summary>
        /// <param name="appPath"></param>
        /// <param name="arguments">启动参数</param>
        /// <param name="waitComplete">是否等待结束，默认false，启动程序后就结束不再管理；若为true，则必须保证会执行结束，或者手动关闭/退出程序，否则一直等待</param>
        /// <param name="getOuput">是否获取输出结果，waitComplete为true时，true获取输出结果才有效，并且要确保程序有输出，否则会一直等待</param>
        /// <returns></returns>
        public static async Task<ExecResult> StartExecutAsync(string appPath,string arguments=null, bool waitComplete= false, bool getOuput=false)
        {
            using (Process p = new Process())
            {
                var result = new ExecResult();
                try
                {
                    p.StartInfo.FileName = appPath;
                    p.StartInfo.Arguments = arguments;
                    p.StartInfo.UseShellExecute = false;        //设置false只能启动一个程序
                    p.StartInfo.RedirectStandardInput = false;  
                    p.StartInfo.RedirectStandardOutput = getOuput;  //由调用程序获取输出信息
                    p.StartInfo.RedirectStandardError = getOuput;   //重定向标准错误输出
                    p.StartInfo.CreateNoWindow = false;          //显示程序窗口

                    //p.StartInfo.StandardOutputEncoding = System.Text.Encoding.UTF8;

                    p.Start();//启动程序执行

                    if (waitComplete)
                    {
                        if (getOuput)
                        {
                            // 获取输出【确保程序有输出，否则会一直等待】
                            result.Output = await p.StandardOutput.ReadToEndAsync();
                            result.Error = await p.StandardError.ReadToEndAsync();
                        }

                        p.WaitForExit();//等待程序执行完退出进程。应在最后调用
                    }
                    p.Close();
                }
                catch (Exception ex)
                {
                    result.ExceptError = ex;
                }
                return result;
            }
        }
}

新建项目ExecAppTest，用来测试执行外部程序。

如下所示测试执行。

//var result= await ExecApp.StartExecutAsync(@"C:WINDOWSsystem32cmd.exe");
var result= await ExecApp.StartExecutAsync(@"C:WINDOWSsystem32cmd.exe",waitComplete:true,getOuput:true);
MessageBox.Show($"{result.Output}");

Process进程类介绍和采用

Process打开一个文档或文件、启动一个程序

结合项目来看，Process能够采用默认应用打开一个与其文件类型（后缀）关联的任何文档。比如打开以为文本文档、打开一个图片文件、打开一个url地址等。

Process.Start("www.bing.com");

Process.Start("my.png");

Process.Start(@"C:WINDOWSsystem32cmd.exe");

Process.Start("explorer.exe", @"c:/"); //用资源管理器打开C:/

拿到进程中的多个模块：

var mList = Process.GetCurrentProcess().Modules;
foreach (ProcessModule m in mList)
{
    Console.WriteLine(string.Format("ModuleName is {0} t ModuleURL  is {1} t ModuleVersion is {2}", m.ModuleName, m.FileName, m.FileVersionInfo.FileVersion));
}

ProcessStartInfo进程启动信息

ProcessStartInfo用来设置进程其实的一些初始信息，比如启动参数（Arguments）、工作目录（WorkingDirectory）、是否采用系统Shell（UseShellExecute）、是否显示窗口（CreateNoWindow）窗口的样式状态(WindowStyle)、重定向输入输出、输出的编码（StandardOutputEncoding）等

落到代码里，ProcessStartInfo Class能够查看更多的启动信息设置。

Process.StartInfo属性就是ProcessStartInfo，能够直接新建实例采用。

也能够新建ProcessStartInfo对象，所谓进程Process.Start()启动时的参数。

// 启动一个隐藏窗口的程序
ProcessStartInfo psi = new ProcessStartInfo()
{
    FileName= fileName,
    Arguments = arguments,
    WindowStyle = ProcessWindowStyle.Hidden
};
Process.Start(psi);

ProcessStartInfo.UseShellExecute、ProcessStartInfo.WorkingDirectory和ProcessStartInfo.ErrorDialog

• ProcessStartInfo.UseShellExecute=false允许重定向输入、输出和错误流。但是，此时只能采用Process对象打开可执行程序。

UseShellExecute的关键字shell表示图形shell(壳)，而不是命令shell（如bash或sh），采用它能够让用户启动图形应用或打开文档。

UserName非空时，UseShellExecute必须为false，否则报错InvalidOperationException。

• 在这个场景下，当采用操作系统shell启动进程时（UseShellExecute=true），能够启动任何文档（包括可执行程序。只要注册关联了文件类型就行），同时在文件上执行操作（比如采用Process对象打印）。

若ErrorDialog=true，则UseShellExecute必须为true；如果WindowStyle=ProcessWindowStyle.Hidden，UseShellExecute也必须为true。

在这个场景下，UseShellExecute 在.NET Framework中的默认值为true；.NET Core中为false。

ProcessStartInfo.ErrorDialog表示进程无法启动时是否显示对话框提醒。

UseShellExecute的取值不同，WorkingDirectory也会有所不同。

如果UseShellExecute为true, WorkingDirectory表示可执行程序的位置；

当UseShellExecute为false时，WorkingDirectory由启动的process对象采用。当UseShellExecute为false时，FileName能够是可执行文件的绝对路径，也能够是系统PATH环境变量指定的文件夹中找到的轻松的可执行程序名称。

也就是对于cmd的调用，useshellexecute=false时，FileName能够直接指定为cmd.exe或cmd即可。

WorkingDirectory结合项目来看，工作目录是一个很拥有的属性，UseShellExecute为false时一定要指定正确（通常为可执行程序的所在路径，即要启动的进程的工作目录）。

进程退出、标准输出和错误输出事件

• Process.OutputDataReceived事件用来接受标准输出。上面的多个命令行执行的代码已有采用。

• Process.ErrorDataReceived事件用来接受错误输出。上面的多个命令行执行的代码已有采用。

• Process.Exited事件用来检测变化外部进程是否退出，能够避免WaitForExit()的线程阻塞。在结束事件中处理结束后的操作。Exited事件的启用，需设置EnableRaisingEvents=true。

理解这一步时，比如下面，打开记事本程序，随后在Exited事件方法中处理其关闭后的操作，不阻塞当前线程的其他操作、

Process process = new Process();
process.StartInfo.FileName = @"C:WindowsNotepad.exe";// process.StartInfo.FileName = "Notepad";
process.EnableRaisingEvents = true;
process.Exited += Process_Exited;
process.Start();

//...............

private void Process_Exited(object sender, EventArgs e)
{
    //Exited事件处理代码，外部程序退出后激活，可以执行相关操作
    MessageBox.Show("Notepad.exe运行完毕");
}

总结

从实现思路看，总的来说，C#调用程序适合结合实际项目边做边理解。先抓住核心思路，再逐步补上细节和边界处理，最后效果会更稳定，也更容易复用。