Uçucu ve değişken arasındaki fark hakkında bir sorum var. Her ikisinin de değiştirilebileceği anlamına geldiğini fark ettim. Başka? Aynı şey mi? Fark ne? Nerelerde uygulanabilir? Neden iki fikir öneriliyor? Bunları farklı bir şekilde nasıl kullanırız?
Çok teşekkürler.
Yanıtlar:
Bir işaretçi veya referans mutablearacılığıyla erişilen bir nesnede constveya bir nesnede bile bir alan değiştirilebilir const, böylece derleyici onu R / O belleğinde saklamaması gerektiğini bilir. volatileKonum, derleyicinin bilmediği kodla değiştirilebilen bir konumdur (örneğin, bazı çekirdek düzeyinde sürücüler), bu nedenle derleyici, örneğin, "değerinin sahip olamayacağı" geçersiz varsayımı altında bu değerin kayıt atamasını optimize etmemeyi bilir. o kayıt defterine son yüklendiği için "değişti. Çok farklı türde geçersiz optimizasyonları durdurmak için derleyiciye çok farklı türde bilgiler veriliyor.
volatileyalnızca nesnenin derleyicinin bilgisi dışında değişebileceği anlamına gelmez - aynı zamanda nesneye yazmanın, bu yazılar işe yaramaz görünse bile derleyici tarafından ortadan kaldırılamayacağı anlamına gelir. Örneğin: x = 1; x = 0; Eğer xuçucu derleyici (donanım seviyesinde anlamlı olabilir) her iki yazma işlemleri göndermek zorundadır. Ancak, uçucu olmayan bir nesne için, derleyici 1hiç kullanılmadığı için yazmakla uğraşmamayı seçebilir .
constve hem de volatile! Nesneyi değiştiremezsiniz, ancak arkanızdan değiştirilebilir.
mutable: Mutable anahtar sözcüğü, çevreleyen tüm const ifadelerini geçersiz kılar. Bir const nesnesinin değiştirilebilir bir üyesi değiştirilebilir.
volatile: Volatile anahtar sözcüğü, değişkenleri bildirirken kullanılan ve derleyicinin bu değişkenleri optimize etmesini engelleyen uygulamaya bağlı bir değiştiricidir. Uçucu, değeri beklenmedik şekillerde (yani bir kesme yoluyla) değişebilen, derleyicinin gerçekleştirebileceği optimizasyonlarla çelişebilecek değişkenlerle kullanılmalıdır.
Volatile should be used with variables whose value can change in unexpected waysrastgele kullanmayı tercih etmeli miyiz dedin ?
Kesinlikle aynı şey DEĞİLDİR. Değişken, const ile etkileşime girer. Bir const işaretçiniz varsa, normalde üyeleri değiştiremezsiniz. Değişken, bu kurala bir istisna sağlar.
Öte yandan uçucu, program tarafından yapılan değişikliklerle tamamen ilgisizdir. Bu, belleğin derleyicinin kontrolü dışındaki nedenlerle değişebileceği anlamına gelir, bu nedenle derleyicinin her seferinde bellek adresini okuması veya yazması gerekir ve içeriği bir kayıt defterinde önbelleğe alamaz.
Tve bunu a içine kaydedebilir ve ondan const T*okuyabilirsiniz. Bu nesneyi yaparsanız, asla yazmaya çalışmasanız bile volatileadresini saklamak const T*başarısız olur. volatileve program kodundan yapılan değişiklikler / modifikasyonlar / bellek yazıları tamamen ortogonaldir.
Farklılığın kaba ama etkili bir düşünme yolu şudur:
volatilebytes_received, mutablereference_count.
Eklemek isterim ki, uçucu çok iş parçacıklı uygulamalarla uğraşırken çok yararlıdır, yani ana iş parçacığına sahipsiniz (main () yaşadığı yerde) ve bir değişken "app_running" doğruyken dönmeye devam edecek bir çalışan iş parçacığı oluşturursunuz. main (), "app_running" öğesinin doğru mu yanlış mı olduğunu kontrol eder, bu nedenle "app_running" bildirimine volatile niteliğini eklemezseniz, derleyici ikincil evre tarafından çalıştırılan koddaki "app_running" öğesine erişimi optimize ederse main ( ) "app_running" değerini yanlış olarak değiştirebilir, ancak ikincil iş parçacığı, değer önbelleğe alındığı için çalışmaya devam edecektir. Linux ve VisualC ++ üzerinde gcc kullanırken aynı davranışı gördüm. "App_running" bildirimine eklenen "uçucu" bir özellik sorunu çözdü. Yani,
volatilenesneler, CPU'yu hiç içermeyen süreçler tarafından da değiştirilebilir. Örneğin, bir iletişim çevre biriminde bayt tarafından alınan bir kayıt, bir bayt alındığında kendisini artırabilir (ve bu, bir kesmeyi bile tetikleyebilir). Başka bir örnek, bir çevre birimdeki bekleyen-kesinti bayrakları kaydıdır.