캡처 된 변수가있는 C# 루프가 예상치 못한 결과를 낳는 이유는 무엇입니까?

C# 사이클에서 변수 캡처 문제에 대해 논의하는 C#에서 개발자는 사이클 반복에 캡처 변수를 사용할 때 흥미로운 문제가 발생합니다. 다음 코드 조각을 고려하십시오 예상 출력은 0, 2, 4, 6 및 8이지만 코드는 예기치 않게 출력 5 10입니다. 이 동작의 이유는 캡처 된 변수

입니다. 모든 작업은 의 동일한 예를 인용합니다.

캡처 변수의 문제를 해결 이 한계를 극복하고 각 작업 자체의 캡처 변수를 갖도록하려면 C#은 간단한 솔루션을 제공합니다.

주기에서

의 사본을 작성함으로써 각 작업은 자체 유일한 예제를 캡처하여

가 Lambda 표현식 외부로 변경되도록하면 캡처 값에 영향을 미치지 않습니다.

List<Action> actions = new List<Action>();

int variable = 0;
while (variable < 5)
{
    actions.Add(() => Console.WriteLine(variable * 2));
    ++variable;
}

foreach (var act in actions)
{
    Console.WriteLine(act.Invoke());
}

다른 일반적인 상황

이 문제는 및 variable 반복과 같은주기의 변수와 관련된 다른 시나리오에서도 나타날 수 있습니다. variable 이 두 경우에서는 변수의 로컬 사본이 현재 사이클 반복을 캡처하기 위해 필요합니다.

결론

C# 사이클에서 변수를 캡처하는 동작을 이해하는 것은 사고를 피하기 위해 필수적입니다. 이 기사에서 논의 된 솔루션은 각 작업에 고유 한 독립적 인 캡처 변수를 보장하여 예측 가능하고 예상되는 동작을 달성합니다.

위 내용은 캡처 된 변수가있는 C# 루프가 예상치 못한 결과를 낳는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!