Где статические переменные хранятся в C и C++?

они оба собираются быть сохраненными независимо, однако если Вы хотите прояснить другим разработчикам, Вы могли бы хотеть обернуть их в пространствах имен.

Ответ мог бы очень хорошо зависеть от компилятора, таким образом, Вы, вероятно, хотите отредактировать свой вопрос (я имею в виду, даже понятие сегментов не получает мандат ISO C, ни C++ ISO). Например, в Windows исполняемый файл не носит имена символа. Одно 'нечто' было бы смещено 0x100, другой, возможно, 0x2B0, и код от обеих единиц перевода компилируется, зная смещения для "их" нечто.

Данные, объявленные в единице компиляции, войдут в.BSS или.Data того вывода файлов. Инициализируемые данные в BSS, uninitalised в ДАННЫХ.

различие между статическими и глобальными данными прибывает во включение информации о символе в файле. Компиляторы имеют тенденцию включать информацию о символе, но только отмечать глобальную информацию как таковую.

компоновщик уважает эту информацию. Информация о символе для статических переменных или отбрасывается или искажается так, чтобы на статические переменные можно было все еще сослаться в некотором роде (с отладкой или опциями символа). Ни в том, ни в другом случае могут единицы компиляции затрагиваться, поскольку компоновщик разрешает локальные ссылки сначала.

статическая переменная сохранена в сегменте данных или сегменте кода, как упомянуто прежде.
можно быть уверены, что это не будет выделено на стеке или "куче".
нет никакого риска для коллизии с тех пор static, ключевое слово определяет объем переменной, чтобы быть файлом или функцией, в случае коллизии существует компилятор/компоновщик для предупреждения Вас о.
А, хороший пример

в "глобальной и статической" области:)

существует несколько областей памяти в C++

• "куча"
• свободное хранилище
• стек
• глобальный & статичный
• константа

см. здесь для подробного ответа на Ваш вопрос

Я не полагаю, что будет коллизия. Используя статический на уровне файла (вне функций) отмечает переменную как локальную для текущей единицы компиляции (файл). Это никогда не видимо вне текущего файла, поэтому никогда не должен иметь имя.

Используя статический в функции отличается - переменная только видима к функции, это - просто свое значение, сохраняется через вызовы к той функции.

В действительности, статичный делает две разных вещи в зависимости от того, где это. В oth случаях однако, это ограничивает видимость переменной для предотвращения столкновений пространства имен,

Однако я полагаю, что это было бы сохранено в ДАННЫХ, которые имеют тенденцию инициализировать переменную. BSS первоначально выдержан за byte-set-< что-то>, который содержал переменные, которые не были инициализированы.

Место хранения данных будет зависящим от реализации.

Однако значение статичный является "внутренней связью". Таким образом символ внутренний к единице компиляции (foo.c, bar.c) и не может быть сослан вне той единицы компиляции. Так, не может быть никаких коллизий имени.

На самом деле переменная является кортежем (устройство хранения данных, объем, введите, обратитесь, значение):

storage     :   where is it stored, for example data, stack, heap...
scope       :   who can see us, for example global, local...
type        :   what is our type, for example int, int*...
address     :   where are we located
value       :   what is our value

Локальный объем мог означать локальный или для переводной единицы (исходный файл), функция или для блока в зависимости от где его определенный. Для создания переменной видимой больше чем к одной функции это определенно должно быть или в ДАННЫХ или в области BSS (в зависимости от ли его инициализированный явно или нет, соответственно). Его тогда ограниченный по объему соответственно или ко всей функции (функциям) или к функции (функциям) в исходном файле.

Это зависит от платформы и компилятора, который Вы используете. Некоторые компиляторы хранят непосредственно в сегменте кода. Статические переменные всегда только доступны для текущей единицы перевода, и имена не экспортируются таким образом причина, коллизии имени никогда не происходят.