‫بهبودهای API فرآیند در NET 11.

var startInfo = new ProcessStartInfo
{
    FileName = "pwd",
    RedirectStandardOutput = true,
    RedirectStandardError = true,
    UseShellExecute = false,
    CreateNoWindow = true
};

using var process = Process.Start(startInfo);
await process.WaitForExitAsync();

if (process.ExitCode == 0)
    Log.Information("Success!");
else
    Log.Error("Failed!");

var result = await Process.RunAsync("pwd");

if (result.ExitCode == 0)
    Log.Information("Success");
else
    Log.Error("Failure");

var result = await Process.RunAsync("pwd", ["-L"]);

Process.Start(new ProcessStartInfo
{
    FileName = "ping",
    Arguments = "-v google.com",
    CreateNoWindow = true
});

Process.StartAndForget("ping", ["-v", "example.com"]);

• بسیار کوتاه و خوانا
• PID فرآیند را برمی‌گرداند (در صورت نیاز)
• بلافاصله همه منابع مرتبط با شیء Process را آزاد می‌کند و کد آن کاملاً شفاف است: «شروع کن و فراموشش کن»

• فقط اجرای فرمان و گرفتن وضعیت خروج: RunAsync
• اجرای فرمان + گرفتن خروجی و خطا: RunAndCaptureTextAsync
• اجرای فرمان بدون انتظار: StartAndForget
• کنترل دقیق و سطح پایین: SafeProcessHandle و APIهای هندل

using Process process = Process.Start(new ProcessStartInfo("git", ["status"])
{
    RedirectStandardOutput = true,
    RedirectStandardError = true
})!;

// ⚠️ خطر بن‌بست!
string output = process.StandardOutput.ReadToEnd();
string error = process.StandardError.ReadToEnd();

process.WaitForExit();

• پایپ‌ها بافر محدود دارند.
• ReadToEnd() روی یک جریان بلاک می‌شود تا فرآیند خارج شود.
• اگر فرآیند فرزند داده زیادی به stderr بنویسد، منتظر خوانده شدن آن می‌ماند.
• والد هم تا خواندن کامل stdout منتظر می‌ماند: بن‌بست متقابل.

• استفاده از ReadToEndAsync() + Task.WhenAll
• استفاده از رویدادهای OutputDataReceived و ErrorDataReceived همراه با BeginOutputReadLine()

using Process process = Process.Start(startInfo)!;

(string output, string error) = await process.ReadAllTextAsync();
// یا نسخه synchronous: process.ReadAllText(timeout)

process.WaitForExit();

using Process process = Process.Start(startInfo)!;

await foreach (ProcessOutputLine line in process.ReadAllLinesAsync())
{
    if (line.StandardError)
        Console.ForegroundColor = ConsoleColor.Red;

    Console.WriteLine(line.Content);
    Console.ResetColor();
}

(byte[] output, byte[] error) = await process.ReadAllBytesAsync();

ProcessTextOutput result = await Process.RunAndCaptureTextAsync("git", ["status"]);

if (result.ExitStatus.ExitCode == 0)
    Log.Information(result.StandardOutput);
else
    Log.Error(result.StandardError);

• نسخه synchronous: از تکنیک‌های مالتی‌پلکسینگ (poll در Unix و WaitForMultipleObjects در ویندوز) استفاده می‌کند تا هر دو پایپ را با یک نخ بخواند و از بن‌بست جلوگیری کند. همچنین از ArrayPool برای کاهش تخصیص حافظه بهره می‌برد.
• نسخه asynchronous: بدون بلاک کردن نخ‌ها کار می‌کند.
• پشتیبانی از Timeout و CancellationToken در همه متدها.
• در صورت timeout/cancellation، فرآیند به‌طور خودکار kill می‌شود (در متدهای RunAndCapture).

• برای اکثر سناریوها از RunAndCaptureTextAsync شروع کنید.
• اگر نیاز به پردازش realtime دارید، ReadAllLinesAsync بهترین انتخاب است.
• همیشه از timeout یا cancellationToken استفاده کنید تا برنامه‌تان در برابر فرآیندهای هنگ‌کننده مقاوم باشد.
• برای کنترل سطح پایین‌تر همچنان می‌توانید از SafeProcessHandle یا هندل‌های مستقیم استفاده کنید.

using System.Diagnostics;

var startInfo = new ProcessStartInfo
{
    FileName = "ping",
    Arguments = "google.com",
    StartDetached = true,        // تنظیم کلیدی
    UseShellExecute = false,
    CreateNoWindow = true
};

Process.StartAndForget(startInfo);

• وقتی StartDetached را true قرار می‌دهید، فرآیند فرزند از والد جدا (detached) می‌شود و با خروج والد، دریافت سیگنال یا بسته شدن ترمینال، به کار خود ادامه می‌دهد.
• این ویژگی هم در Process.StartAndForget و هم در Process.Start قابل استفاده است.
• اگر StartDetached فعال باشد و تغییر مسیری برای استاندارد هندل‌ها مشخص نشده باشد، به‌طور خودکار به null handle تغییر مسیر داده می‌شوند تا وابستگی غیرضروری ایجاد نشود.
• پیاده‌سازی این ویژگی پلتفرم‌محور است (در ویندوز با فلگ DETACHED_PROCESS و در یونیکس با setsid).

• اجرای سرویس‌ها یا فرآیندهای پس‌زمینه طولانی‌مدت
• مواردی که فرآیند فرزند باید کاملاً مستقل از عمر برنامه اصلی باشد
• ابزارهای خط فرمان که فرآیندهایی را spawn می‌کنند و سپس خودشان خارج می‌شوند