제기된 질문은 다른 스레드에서 수정된 bool 값을 읽을 때 C# 스레드의 동작과 관련됩니다. 실. 일부 기사에서는 읽기 스레드가 이전 값을 캐시하여 잠재적으로 무한 루프로 이어질 수 있다고 제안합니다.
스레드 안전을 위해 변수를 잠그는 것이 좋은 습관이지만 .NET 런타임은 휘발성 메모리와 관련된 문제를 추상화하도록 설계되었습니다. 그러나 해당 분야의 전문가에 따르면, 제공된 예시에서 관찰된 동작은 사양에 의해 보장되지 않습니다.
예제 코드는 서로 공유되는 부울 값(중지)을 나타냅니다. 두 개의 스레드. 한 스레드는 5초 지연 후 값을 true로 설정하고 다른 스레드는 루프에서 계속해서 값을 읽습니다. 이론적으로 적절한 동기화(예: 잠금)가 없으면 읽기 스레드가 잠재적으로 초기 거짓 값을 캐시하고 업데이트된 참 값을 읽지 못할 수 있습니다.
기사에서 반복 가능한 반례가 시연되었습니다.
// using System.Threading; private static bool stopping = false; // Make volatile to fix the issue static void DoWork() { int i = 0; while (!stopping) { i++; } Console.WriteLine("DoWork exit " + i); }
이 시나리오에서는 중지를 true로 설정한 후 DoWork 스레드가 무한정 계속 실행되어 이전 값이 캐시되고 있음을 나타냅니다.
올바른 동작을 보장하려면 공유 변수를 휘발성으로 표시하여 메모리 장벽을 추가하고 최적화를 방지하는 것이 중요합니다. 캐싱으로 이어질 수 있습니다. 또는 잠금을 사용하여 변수에 대한 액세스를 동기화하면 문제가 해결됩니다.
위 내용은 C# 스레드가 다른 스레드의 업데이트를 무시하고 부울 값을 캐시할 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!