Persoalan yang dikemukakan berkenaan dengan tingkah laku benang C# apabila membaca nilai bool diubah suai pada yang lain benang. Sesetengah artikel mencadangkan bahawa utas bacaan mungkin menyimpan nilai lama, yang berpotensi membawa kepada gelung tak terhingga.
Walaupun merupakan amalan yang baik untuk mengunci pembolehubah untuk keselamatan utas, .NET runtime direka untuk mengabsahkan isu yang berkaitan dengan memori yang tidak menentu. Bagaimanapun, menurut pakar dalam bidang itu, tingkah laku yang diperhatikan dalam contoh yang disediakan tidak dijamin oleh spesifikasi.
Kod contoh menunjukkan nilai boolean (berhenti) dikongsi antara dua utas. Satu utas menetapkan nilai kepada benar selepas kelewatan 5 saat, manakala satu lagi urutan membaca nilai secara berterusan dalam gelung. Secara teorinya, tanpa penyegerakan yang betul (cth., kunci), benang bacaan berpotensi menyimpan nilai palsu awal dan tidak pernah membaca nilai benar yang dikemas kini.
Walaupun terdapat tuntutan dalam artikel, contoh balas boleh berulang telah ditunjukkan:
// 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); }
Dalam senario ini, selepas menetapkan berhenti kepada benar, urutan DoWork terus berjalan selama-lamanya, menunjukkan bahawa nilai lama sedang dicache.
Untuk memastikan kelakuan yang betul, adalah penting untuk menandakan pembolehubah yang dikongsi sebagai tidak menentu, yang menambah halangan memori dan menghalang pengoptimuman yang boleh membawa kepada caching. Sebagai alternatif, menggunakan kunci untuk menyegerakkan akses kepada pembolehubah juga akan menyelesaikan isu ini.
Atas ialah kandungan terperinci Bolehkah C# Thread Cache Nilai Boolean, Mengabaikan Kemas Kini daripada Thread Lain?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!