Async Void 이벤트 핸들러를 피해야 합니까?

async void 이벤트 핸들러: 피해야 할까요?

일반적으로 모범 사례에서는 특히 작업을 시작할 때 async void 메서드를 사용하지 않는 것이 좋습니다. 왜냐하면 이 메서드에는 보류 중인 작업을 추적하는 메커니즘이 부족하고 더 복잡한 예외 처리가 있기 때문입니다. 그런데 이 원칙이 async void 이벤트 핸들러에도 적용되나요?

예를 살펴보겠습니다.

private async void Form_Load(object sender, System.EventArgs e)
{
    await Task.Delay(2000); // 执行异步操作
    // ...
}

이 방법을 사용하는 대신 작업 추적 및 취소 기능을 구현하도록 코드를 다시 설계해 보세요.

Task onFormLoadTask = null; // 跟踪任务，可以实现取消

private void Form_Load(object sender, System.EventArgs e)
{
    this.onFormLoadTask = OnFormLoadTaskAsync(sender, e);
}

private async Task OnFormLoadTaskAsync(object sender, System.EventArgs e)
{
    await Task.Delay(2000); // 执行异步操作
    // ...
}

잠재적인 재진입 문제 외에도 async void 이벤트 핸들러에 숨겨진 함정이 있나요?

요점은 예외를 적절하게 처리할 수 없는 상황에서는 async void 사용을 권장하지 않는다는 것입니다. 그러나 이벤트 핸들러 내에서 예외는 전역 예외 핸들러로 라우팅되므로 이벤트 핸들러 자체에서 명시적인 오류 처리가 필요 없이 적절하게 포착되고 처리됩니다. 이것이 이 특정한 경우에 async void를 허용할 수 있게 만드는 주요 차이점입니다.

단위 테스트의 경우 일반적인 방법은 모든 async void 메서드의 논리를 분리하여 추출하는 것입니다.

public async Task OnFormLoadAsync(object sender, EventArgs e)
{
  await Task.Delay(2000);
  ...
}

private async void Form_Load(object sender, EventArgs e)
{
  await OnFormLoadAsync(sender, e);
}

결론적으로 async void 메소드 사용은 일반적으로 권장되지 않지만 이벤트 핸들러 프레임워크의 고유한 예외 처리 메커니즘으로 인해 async void 이벤트 핸들러에서는 해당 메소드를 사용하는 것이 허용됩니다. 따라서 모범 사례를 위반하지 않고 이벤트 핸들러에서 async void을 사용할 수 있습니다.

위 내용은 Async Void 이벤트 핸들러를 피해야 합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!