Причины использования статических функций и переменных в C

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

Переопределить переменную static как extern невозможно, но компилятор (как обычно) даст вам достаточно веревки, чтобы повеситься.

Если я напишу static int foo; в одном файле и int foo; в другом, они будут считаться разными переменными, несмотря на то, что имеют одинаковое имя и тип - компилятор не будет жаловаться, но вы, вероятно, сильно запутаетесь позже, пытаясь прочитать и /или отладить код. (Если я напишу extern int foo; во втором случае, это не свяжется, если я не объявлю нестатический int foo; где-то еще.)

Глобальные переменные редко появляются в файлах заголовков, но когда они появляются, их следует объявлять extern. В противном случае, в зависимости от вашего компилятора, вы рискуете, что каждый исходный файл, который включает этот заголовок, будет объявлять свою собственную копию переменной: в лучшем случае это приведет к сбою ссылки (множественно определенный символ), а в худшем - к нескольким запутанным случаям затенения.

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

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

Если глобальная переменная объявлена ​​статической, компилятор иногда может сделать лучшую оптимизацию, чем если бы это было не так. Поскольку компилятор знает, что к переменной нельзя получить доступ из других исходных файлов, он может сделать более точные выводы о том, что делает ваш код (например, «эта функция не изменяет эту переменную»), что иногда может привести к тому, что он будет генерировать более быстрый код. Очень немногие компиляторы/компоновщики могут выполнять такого рода оптимизации для разных единиц трансляции.

Если вы объявляете переменную foo в файле a.c, не делая ее статической, и переменную foo в файле b.c, не делая ее статической, обе они автоматически являются внешними, что означает, что компоновщик может пожаловаться, если вы инициализируете обе, и назначить одно и то же место в памяти, если это не так. Не жалуйся. Ожидайте удовольствия от отладки вашего кода.

Если вы напишите функцию foo() в файле a.c, не сделав ее статической, и функцию foo() в файле b.c, не сделав ее статической, компоновщик может пожаловаться, но если это не так, то все вызовы foo() будут вызывать та же самая функция. Ожидайте удовольствия от отладки вашего кода.

Мое любимое использование статики - это возможность хранить методы, которые мне не нужно будет вводить или создавать объект для использования, как я это вижу, частные статические методы всегда полезны, когда общедоступные статические вам нужно потратить еще немного времени на размышления о том, что вы делаете, чтобы избежать того, что Crazyscot определил как слишком много веревки и случайного повешения!

Мне нравится хранить папку для вспомогательных классов для большинства моих проектов, которые в основном состоят из статических методов, чтобы делать что-то быстро и эффективно на лету, никаких объектов не требуется!