У меня вопрос о разнице между изменчивым и изменчивым. Я заметил, что оба значения означают, что это можно изменить. Что еще? Это одно и то же? Какая разница? Где они применимы? Почему предлагаются две идеи? Как их использовать по-другому?
Большое спасибо.
Ответы:
mutableПоле может быть изменено даже в объекте , доступном через constуказатель или ссылки, или в constобъекте, так что компилятор знает , чтобы не прятать его в памяти R / O. volatileРасположение один , который может быть изменен с помощью кода компилятор не знает о (например , каком - то драйвере уровня ядра), так что компилятор не знает , чтобы оптимизировать , например , зарегистрировать присвоение этого значения при недопустимом предположении , что значение «не может иметь изменено "с момента последней загрузки в этот регистр. Очень разная информация передается компилятору, чтобы остановить самые разные недопустимые оптимизации.
volatileэто не только означает, что объект может изменяться вне зависимости от компилятора - это также означает, что записи в объект не могут быть устранены компилятором, даже если эти записи кажутся бесполезными. Например: x = 1; x = 0; если xявляется изменчивым, компилятор должен выполнить обе операции записи (что может иметь значение на аппаратном уровне). Однако для энергонезависимого объекта компилятор может не беспокоиться о написании, 1поскольку он никогда не использовался.
constи volatile! Поменять предмет нельзя, но можно поменять за спиной.
mutable: Ключевое слово mutable переопределяет любой включающий оператор const. Изменяемый член константного объекта может быть изменен.
volatile: Ключевое слово volatile - это модификатор, зависящий от реализации, используемый при объявлении переменных, который не позволяет компилятору оптимизировать эти переменные. Volatile следует использовать с переменными, значение которых может изменяться неожиданным образом (например, из-за прерывания), что может конфликтовать с оптимизацией, которую может выполнить компилятор.
Volatile should be used with variables whose value can change in unexpected waysлучше использовать его в случайном порядке?
Это определенно НЕ одно и то же. Mutable взаимодействует с const. Если у вас есть константный указатель, вы обычно не можете изменять члены. Mutable представляет собой исключение из этого правила.
Volatile, с другой стороны, совершенно не связано с изменениями, внесенными программой. Это означает, что память может измениться по причинам, не зависящим от компилятора, поэтому компилятор должен каждый раз читать или записывать адрес памяти и не может кэшировать содержимое в регистре.
T, сохранить его в const T*и прочитать из него. Если вы создадите этот объект volatile, сохранить его адрес в нем const T*не удастся, даже если вы никогда не пытаетесь писать. volatileа изменения / модификации / записи в память из программного кода полностью ортогональны.
Грубый, но эффективный способ осмыслить разницу:
volatilebytes_received, mutablereference_count.
Отмеченная переменная mutableпозволяет изменять ее в объявленном методе const.
Отмеченная переменная volatileсообщает компилятору, что он должен читать / записывать переменную каждый раз, когда ваш код также сообщает об этом (т.е. он не может оптимизировать доступ к переменной).
Я хотел бы добавить, что volatile также очень полезен при работе с многопоточными приложениями, т.е. у вас есть основной поток (где живет main ()), и вы создаете рабочий поток, который будет продолжать вращаться, пока переменная app_running имеет значение true. main () контролирует, является ли app_running истинным или ложным, поэтому, если вы не добавите атрибут volatile к объявлению app_running, если компилятор оптимизирует доступ к app_running в коде, выполняемом вторичным потоком, main ( ) может изменить "app_running" на false, но вторичный поток продолжит работу, потому что значение было кэшировано. Я видел такое же поведение при использовании gcc в Linux и VisualC ++. Атрибут "volatile", помещенный в объявление "app_running", решил проблему. Так,
volatileобъекты также могут быть изменены процессами, вообще не задействующими ЦП. Например, регистр приема байтов в коммуникационном периферийном устройстве может увеличиваться на единицу при получении байта (и это может даже вызвать прерывание). Другой пример - регистр флагов ожидающих прерываний в периферийном устройстве.