.NET 11이 드디어 프로세스 API를 수정합니다

Emiliano Montesdeoca — Tue, 26 May 2026 00:00:00 +0000

프로세스를 시작하고 출력을 캡처해야 했던 모든 .NET 개발자는 동일한 위험한 보일러플레이트 코드의 변형을 작성해 왔습니다: stdout의 비동기 읽기, stderr의 비동기 읽기, WaitForExitAsync, 두 스트림을 모두 비우는 것을 잊으면 데드락이 발생합니다. 이것은 수년간 존재해 온 잘 알려진 함정입니다.

.NET 11이 마침내 이것을 제대로 수정합니다.

RunAndCaptureTextAsync

핵심 추가 사항: 프로세스를 시작하고, stdout과 stderr를 캡처하고, 데드락 없이 종료를 기다리는 단일 정적 메서드.

var result = await Process.RunAndCaptureTextAsync("dotnet", "--version");
Console.WriteLine(result.StandardOutput);

한 번의 호출. 수동 스트림 드레인 없음. 신중하게 배치된 WaitForExit 없음. 단순히 무언가를 실행하고 출력을 얻어야 한다면, 이것이 원하는 API입니다.

출력을 캡처하지 않고 종료를 기다리는 경우를 위한 Process.RunAsync도 있습니다.

KillOnParentExit

시작된 프로세스의 일반적인 문제: 부모 프로세스가 충돌하거나 종료되면, 자식 프로세스는 고아로 계속 실행됩니다. KillOnParentExit를 사용하면 프로세스 시작 시 부모 프로세스가 종료될 때 자식 프로세스도 종료되어야 한다고 선언할 수 있습니다.

이것은 플랫폼별 방식(Windows의 job objects, Linux의 prctl)으로 존재했던 기능이지만 .NET에서 사용하려면 p/invoke나 서드파티 라이브러리가 필요했습니다. 이제 ProcessStartInfo의 일급 프로퍼티가 되었습니다.

SafeProcessHandle 기반 API

새로운 경량 API 표면은 전체 Process 클래스가 아닌 SafeProcessHandle을 중심으로 구축되었습니다. 전체 Process 클래스는 많은 상태를 가지고 있어 트리밍하기 어렵습니다 — SafeProcessHandle 경로는 출력 크기를 최소화해야 하는 애플리케이션(WASM, 네이티브 AOT)에 더 트리머 친화적입니다.

핸들 상속에 대한 완전한 제어

업데이트는 또한 자식 프로세스가 상속하는 핸들과 표준 핸들이 리다이렉트되는 방식에 대한 세밀한 제어를 추가합니다. 이전에는 stdin/stdout/stderr를 리다이렉트할 수 있었지만 OS 수준에서 정확히 어떤 핸들을 상속할지 지정할 수 없었습니다. 새로운 API는 그 제어를 노출합니다.

왜 중요한가

Process 클래스는 툴링, 빌드 시스템, 테스트 러너, 그리고 다른 실행 파일을 호출하는 모든 애플리케이션에서 사용됩니다. 이전 API 표면은 .NET Framework 시절의 것으로 노후화되어 있었습니다. 이것은 호환성을 깨는 변경이 아닙니다 — 이전 API는 계속 작동합니다 — 하지만 새 코드는 새 표면을 선호해야 합니다.

트리밍된 애플리케이션이나 AOT 컴파일 시나리오에서는 SafeProcessHandle 경로가 특히 환영받습니다. 이전 Process 클래스는 트리밍을 복잡하게 만드는 리플렉션 heavy 코드를 많이 가져왔습니다.

원본 게시물: Process API Improvements in .NET 11

.NET 11 Preview 4: MCP 서버 템플릿, Runtime-Async 라이브러리, 프로세스 API

Emiliano Montesdeoca — Mon, 25 May 2026 00:00:00 +0000

.NET 11 Preview 4가 출시되었습니다. .NET 주요 미리 보기의 각 릴리스는 런타임, SDK, 라이브러리, ASP.NET Core, MAUI, C#, Entity Framework에 걸쳐 긴 변경 목록을 추가합니다. 전체 목록을 반복하는 대신, 제가 주목한 항목들을 소개합니다.

.NET SDK에 MCP 서버 템플릿 추가

가장 흥미로운 항목: MCP 서버 프로젝트 템플릿이 이제 SDK에 포함됩니다. 이는 dotnet new mcp-server(또는 최종 커맨드 이름)가 바로 작동한다는 의미입니다. .NET에서 MCP 도구를 구축하는 분들에게 이는 초기 설정의 번거로움을 크게 줄여줍니다. 플랫폼 toolchain에의 MCP 통합은 생태계가 향하는 방향을 보여줍니다.

Runtime-Async로 컴파일된 런타임 라이브러리

런타임 자체가 이제 runtime-async 기능을 사용하여 표준 라이브러리를 컴파일합니다. 이것은 성능에 영향을 미치는 내부 변경입니다 — 런타임의 async 상태 머신이 더 효율적이 됩니다. 여기서 중요한 것은 사용자에게 보이는 API 변경이 아니라, runtime-async가 BCL 자체에 사용될 만큼 성숙했다는 것으로, 기능의 준비 상태에 대한 의미 있는 신호입니다.

JIT 최적화 및 하드웨어 내장 함수

Preview 4는 JIT 작업을 계속합니다. 하드웨어 내장 함수 및 코드 생성 개선이 포함됩니다 — 세부 사항은 런타임 릴리스 노트에 있습니다. 이런 종류의 변경은 일반적으로 코드 변경 없이 밀도 높은 계산 루프의 처리량을 향상시킵니다.

프로세스 API 확장

Preview 4에서는 System.Diagnostics.Process의 주요 업데이트가 제공됩니다:

Process.RunAndCaptureTextAsync — 프로세스 시작, stdout/stderr 캡처, 종료 대기를 데드락 위험 없이 단일 호출로 처리
KillOnParentExit — 부모 프로세스와 자식 프로세스 간의 가벼운 수명 결합
트리머 친화적인 SafeProcessHandle 기반 API

데드락 없이 프로세스 출력을 캡처하기 위한 보일러플레이트를 작성해본 적이 있다면(stdout 과 stderr의 동시 비동기 읽기), RunAndCaptureTextAsync가 바로 필요했던 API입니다.

Android 및 iOS용 dotnet watch

dotnet watch가 이제 .NET MAUI Android 및 iOS 프로젝트의 장치 선택을 지원합니다. 빌드 루프에서 장치 연결을 수동으로 관리하지 않고도 모바일에서 더 빠른 반복이 가능합니다.

Span 기반 압축 API

새로운 span 기반 Deflate, ZLib, GZip 인코더/디코더 API가 라이브러리에 추가됩니다. 압축 데이터를 처리할 때 할당이 줄어듭니다 — 고처리량 데이터 처리를 수행하는 경우 관련이 있습니다.

사용해보기

.NET 11 Preview 4 다운로드 — 미리 보기 버전으로 프로덕션 준비가 되지 않았지만, RC 사이클 이전에 문제를 조기에 발견하기 위해 프로젝트에 적용해볼 가치가 있습니다.

원본 게시물: .NET 11 Preview 4 is now available!

.NET 11 | The .NET Blog