Linux环境下C# Process.Start会搜索当前目录？该行为是否符合预期且有文档说明？

这个问题确实挺反直觉的——毕竟咱们在Linux下用命令行的时候，默认是不会把当前目录加入可执行文件的搜索路径的，除非你手动把.加到PATH里，或者显式用./git这样的路径调用。所以当你发现Process.Start的行为和shell不一样时，疑惑是完全正常的。

先给你明确答案：这个行为是符合.NET在Linux平台上的设计预期的，而且官方文档里有明确说明。

为什么会有这个差异？ #

核心原因在于你代码里设置了UseShellExecute = false——这个参数直接决定了Process.Start的启动逻辑：

当UseShellExecute = false时，.NET并不会委托给系统shell（比如bash）来解析命令，而是自己实现了一套可执行文件的查找逻辑：

1. 首先检查当前工作目录中是否存在与FileName同名的文件；
2. 如果找不到，再去环境变量PATH指定的目录中依次查找。

而Linux的shell（比如bash）默认的查找逻辑是只搜索PATH里的目录，当前目录不在PATH中的话，绝对不会去碰——这就是你觉得“反常规”的根源。

结合你的代码和输出验证 #

你贴的复现代码非常清晰，对应的输出也完美契合这个逻辑：

• 当删除当前目录的git文件时，.NET在当前目录找不到，又在PATH里也没找到（dotnetfiddle的沙箱确实没装git），所以报错No such file or directory；
• 当用touch创建了空的git文件后，.NET首先在当前目录找到了这个文件，就尝试启动它——但这个文件没有执行权限，所以报错Permission denied。

你的复现代码（格式化后）：

using System;
using System.Runtime.InteropServices;
using System.Diagnostics;
using System.IO;

class ProcessRunner {
    public static (string output, string error, int exitCode) Run(string exeName, string arguments) {
        Process proc = new() {
            StartInfo = new() {
                UseShellExecute = false,
                RedirectStandardError = true,
                RedirectStandardOutput = true,
                FileName = exeName,
                Arguments = arguments,
            }
        };
        proc.Start();
        string output = proc.StandardOutput.ReadToEnd();
        string error = proc.StandardError.ReadToEnd();
        proc.WaitForExit();
        return (output, error, proc.ExitCode);
    }
}

class Program {
    static void Main() {
        Console.WriteLine($"OS: {RuntimeInformation.OSDescription}");
        Console.WriteLine($"Current Directory: {Directory.GetCurrentDirectory()}");
        
        File.Delete("git");
        try {
            var (stdoutGit, stdErrGit, exitCodeGit) = ProcessRunner.Run("git", "status");
            Console.WriteLine($"git (file missing) exit: '{exitCodeGit}', stdout '{stdoutGit}', stderr '{stdErrGit}'");
        } catch (Exception ex) {
            Console.WriteLine("Failed to run git (file missing attempt): " + ex.Message);
        }
        
        var (stdoutTouch, stdErrTouch, exitCodeTouch) = ProcessRunner.Run("touch", "git");
        Console.WriteLine($"touch exit: '{exitCodeTouch}', stdout '{stdoutTouch}', stderr '{stdErrTouch}'");
        
        try {
            var (stdoutGit, stdErrGit, exitCodeGit) = ProcessRunner.Run("git", "status");
            Console.WriteLine($"git (dummy file exists) exit: '{exitCodeGit}', stdout '{stdoutGit}', stderr '{stdErrGit}'");
        } catch (Exception ex) {
            Console.WriteLine("Failed to run git (dummy file exists) " + ex.Message);
        }
    }
}

对应的输出：

OS: Ubuntu 24.04.1 LTS
Current Directory: /app
Failed to run git (file missing attempt): An error occurred trying to start process 'git' with working directory '/app'. No such file or directory
touch exit: '0', stdout '', stderr ''
Failed to run git (dummy file exists) An error occurred trying to start process '/app/git' with working directory '/app'. Permission denied

文档依据 #

这个查找逻辑在.NET官方文档里有明确说明，比如在ProcessStartInfo.FileName的文档章节中，关于当UseShellExecute为false时的可执行文件查找规则部分，明确提到：

若FileName是一个不含路径信息的可执行文件名，.NET会首先在当前工作目录中查找该文件，然后再去环境变量PATH指定的目录中查找。

如何让行为和Linux shell一致？ #

如果你想让Process.Start的行为和Linux常规的shell行为保持一致（即只搜索PATH里的目录，不搜当前目录），可以试试这几种方法：

• 方法1：启用UseShellExecute：把UseShellExecute设为true，这样Process.Start会通过系统shell来启动进程，shell会按照它的默认逻辑（只搜PATH）来查找可执行文件。不过要注意，启用UseShellExecute后，重定向标准输入输出的逻辑会有变化，需要调整代码。
• 方法2：手动实现PATH查找：自己写代码遍历环境变量PATH中的目录，检查是否存在可执行的目标文件，找到后用绝对路径调用Process.Start。
• 方法3：显式指定PATH中的可执行文件路径：比如先通过which git获取git的绝对路径，再用这个路径作为FileName调用。

内容来源于stack exchange