Global variable

<h2 id="use">Use</h2>
<p>Interaction mechanisms with global variables are called global environment (see also global state) mechanisms. The global environment paradigm is contrasted with the local environment paradigm, where all variables are <a href="/facts/Subprogram/9vFJrg0A">local</a> with no <a href="/facts/Shared_memory_(interprocess_communication)/zmpH7WuV">shared memory</a> (and therefore all interactions can be reconducted to <a href="/facts/Message_passing/RYf3hD3J">message passing</a>).
</p><p>Global variables are used extensively to pass information between sections of code that do not share a caller/callee relation like concurrent threads and signal handlers.  Languages (including C) where each file defines an implicit namespace eliminate most of the problems seen with languages with a global <a href="/facts/Namespace/9efXwMtV">namespace</a> though some problems may persist without proper encapsulation.  Without proper locking (such as with a <a href="/facts/Mutex/e3a9gnJT">mutex</a>), code using global variables will not be <a href="/facts/Thread-safe/fx3ULqUw">thread-safe</a> except for read only values in <a href="/facts/Protected_memory/3zDwN2SG">protected memory</a>.
</p>
<h2 id="environment-variables">Environment variables</h2>
<p><a href="/facts/Environment_variables/WxkrJQpP">Environment variables</a> are a facility provided by some <a href="/facts/Operating_systems/8XTuvMh2">operating systems</a>. Within the OS's <a href="/facts/Shell_(computing)/Sa67elS7">shell</a> (<a href="/facts/KornShell/MMp8fQ4A">ksh</a> in <a href="/facts/Unix/0pNL2seI">Unix</a>, <a href="/facts/Bash_(Unix_shell)/RrYLtEJT">bash</a> in <a href="/facts/Linux/9FvCKSTq">Linux</a>, <a href="/facts/COMMAND.COM/06Sz5wle">COMMAND.COM</a> in <a href="/facts/DOS/sWwDXNmX">DOS</a> and <a href="/facts/CMD.EXE/FUmTvew6">CMD.EXE</a> in <a href="/facts/Windows/bwhAhuSL">Windows</a>) they are a kind of variable: for instance, in unix and related systems an ordinary variable becomes an environment variable when the export keyword is used. Program code other than  shells has to access them by <a href="/facts/API/GMlN4vUr">API</a> calls, such as
getenv() and setenv().
</p><p>They are local to the process in which they were set. That means if we open two terminal windows (Two different processes running shell) and change value of environment variable in one window, that change will not be seen by other window.
</p><p>When a child process is created, it inherits all the environment variables and their values from the parent process. Usually, when a program calls another program, it first creates a child process by <a href="/facts/Fork_(Unix)/M1jtvaT4">forking</a>, then the child adjusts the environment as needed and lastly the child <a href="/facts/Exec_(Unix)/x9bn7lFr">replaces</a> itself with the program to be called. Child processes therefore cannot use environment variables to communicate with their peers, avoiding the action at a distance problem.
</p>
<h2 id="global-only-and-global-by-default">Global-only and global-by-default</h2>
<p>A number of non-<a href="/facts/Structured_programming/zA8b8dP1">structured</a> languages, such as (early versions of) <a href="/facts/BASIC/VYMl5TmA">BASIC</a>, <a href="/facts/COBOL/wVnhqs0k">COBOL</a> and <a href="/facts/Fortran/m1KqjcMU">Fortran</a> I (1956) only provide global variables. Fortran II (1958) introduced subroutines with local variables, and the COMMON keyword for accessing global variables.  Usage of COMMON in FORTRAN continued in FORTRAN 77,<a class="footnote-ref" id="fnref:1" href="#fn:1"><sup>1</sup></a> and influenced later languages such as PL/SQL.  Named COMMON groups for globals behave somewhat like structured namespaces.<a class="footnote-ref" id="fnref:2" href="#fn:2"><sup>2</sup></a> Variables are also global by default in <a href="/facts/Forth_(programming_language)/mYtWVNhF">Forth</a>, <a href="/facts/Lua_(programming_language)/xkBCgta0">Lua</a>, <a href="/facts/Perl/fx31kjlT">Perl</a>, and most shells.
</p>
<h2 id="by-language">By language</h2>
<h3>C and C++</h3>
<p>The C language does not have a global <a href="/facts/Keyword_(computer_programming)/pHDlUUgY">keyword</a>. However, variables declared outside a function have "file scope," meaning they are visible within the file. Variables declared with file scope are visible between their declaration and the end of the compilation unit (.c file) (unless shadowed by a like-named object in a nearer scope, such as a local variable); and they implicitly have external linkage and are thus visible to not only the .c file or <a href="/facts/Compilation_unit/7GbSbEYL">compilation unit</a> containing their declarations but also to every other compilation unit that is linked to form the complete program. External linkage, however, is not sufficient for such a variable's use in other files: for a compilation unit to correctly access such a global variable, it will need to know its type. This is accomplished by declaring the variable in each file using the extern keyword. (It will be <i>declared</i> in each file but may be <i>defined</i> in only one.) Such extern declarations are often placed in a shared header file, since it is common practice for all .c files in a project to include at least one .h file: the standard header file errno.h is an example, making the errno variable accessible to all modules in a project. Where this global access mechanism is judged problematic, it can be disabled using the <a href="/facts/Static_(keyword)/3VJd9c1e">static keyword</a> which restricts a variable to file scope, and will cause attempts to import it with extern to raise a compilation (or linking) error.<a class="footnote-ref" id="fnref:3" href="#fn:3"><sup>3</sup></a>
</p><p>An example of a "global" variable in <a href="/facts/C_(programming_language)/Ky2No763">C</a>:
</p>
#include <stdio.h>

// This is the file-scope variable (with internal linkage), visible only in
// this compilation unit.
static int shared = 3;

// This one has external linkage (not limited to this compilation unit).
extern int over_shared;

// Also internal linkage.
int over_shared_too = 2;

static void ChangeShared() {
  // Reference to the file-scope variable in a function.
  shared = 5;
}

static void LocalShadow() {
  // Local variable that will hide the global of the same name.
  int shared;

// This will affect only the local variable and will have no effect on the
  // file-scope variable of the same name.
  shared = 1000;
}

static void ParamShadow(int shared) {
  // This will affect only the parameter and will have no effect on the file-
  // scope variable of the same name.
  shared = -shared;
}

int main() {
  // Reference to the file-scope variable.

printf("%d\n", shared);

ChangeShared();

printf("%d\n", shared);

LocalShadow();

printf("%d\n", shared);

ParamShadow(1);

printf("%d\n", shared);

return 0;
}

<p>As the variable is an external one, there is no need to pass it as a parameter to use it in a function besides main. It belongs to every function in the module.
</p><p>The output will be:
</p>
3
5
5
5

<h3>Java</h3>
<p>Some languages, like Java, don't have global variables. In Java, all variables that are not local variables are fields of a class. Hence all variables are in the scope of either a class or a method. In Java, static fields (also known as <a href="/facts/Class_variable/H5b1PUyR">class variables</a>) exist independently of any instances of the class and one copy is shared among all instances; hence public static fields are used for many of the same purposes as global variables in other languages because of their similar "sharing" behavior:
</p>
public class Global {
    public static int a;
}

<h3>PHP</h3>
<p><a href="/facts/PHP/vU6YRJX0">PHP</a> has a global keyword and a number of unusual ways of using global variables.
Variables declared outside functions have file scope (which is for most purposes the widest scope). However, they are not accessible inside functions unless imported with the global keyword (i.e., the keyword <i>accesses</i> global variables, it does not <i>declare</i> them).
</p><p>However, some predefined variables, known as <i>superglobals</i> are always accessible. 
They are all arrays. A general purpose one is the $GLOBALS superglobal, which contains all the variables
defined out of function scope. Changes to its elements change the original variables, and additions create new variables.
The superglobals $_POST and $_GET are widely used in web programming.
</p>
<h3>Other languages</h3>
<ul><li>In <a href="/facts/Python_(programming_language)/YbuGqofa">Python</a> and <a href="/facts/MATLAB/qPjLISCk">MATLAB</a> a global variable can be declared anywhere with the global keyword.<a class="footnote-ref" id="fnref:4" href="#fn:4"><sup>4</sup></a><a class="footnote-ref" id="fnref:5" href="#fn:5"><sup>5</sup></a></li>
<li><a href="/facts/Ruby_(programming_language)/BeYSaPSR">Ruby</a>'s global variables are distinguished by a '$' <a href="/facts/Sigil_(computer_programming)/dfEKbFk2">sigil</a>. A number of predefined globals exist, for instance $$ is the current <a href="/facts/Process_ID/q9TlqHEP">process ID</a>.</li></ul>
<h2 id="see-also">See also</h2>
<ul><li><a href="/facts/Local_variable/q8sIjyhx">Local variable</a></li>
<li><a href="/facts/Non-local_variable/vNoF8Bn4">Non-local variable</a></li>
<li><a href="/facts/Singleton_pattern/dl70cvTu">Singleton pattern</a></li>
<li><a href="/facts/Variable_(computer_science)/VoCKtwml">Variables</a>
<ul><li><a href="/facts/Static_variable/dYIs2E5p">Static variable</a></li>
<li><a href="/facts/External_variable/a6qlJkom">External variable</a></li></ul></li></ul>

<h2 id="references">References</h2>

<ol>
<li id="fn:1"><p>"Fortran 77 Tutorial". <a href="https://web.stanford.edu/class/me200c/tutorial_77/13_common.html" target="_blank">https://web.stanford.edu/class/me200c/tutorial_77/13_common.html</a> <a href="#fnref:1" class="footnote-back-ref">↩</a></p></li>
<li id="fn:2"><p>"First Steps: Stack & Heap Objects". <a href="http://www-numi.fnal.gov/offline_software/srt_public_context/WebDocs/Companion/first_steps/stack_and_heap.html" target="_blank">http://www-numi.fnal.gov/offline_software/srt_public_context/WebDocs/Companion/first_steps/stack_and_heap.html</a> <a href="#fnref:2" class="footnote-back-ref">↩</a></p></li>
<li id="fn:3"><p>C in a Nutshell, P.Prinz & T Crawford, 2006, O'Reilly, Ch 11 <a href="#fnref:3" class="footnote-back-ref">↩</a></p></li>
<li id="fn:4"><p>"What are the rules for local and global variables in Python?". docs.python.org. Python Software Foundation. Retrieved 4 June 2020. <a href="https://docs.python.org/3/faq/programming.html#what-are-the-rules-for-local-and-global-variables-in-python" target="_blank">https://docs.python.org/3/faq/programming.html#what-are-the-rules-for-local-and-global-variables-in-python</a> <a href="#fnref:4" class="footnote-back-ref">↩</a></p></li>
<li id="fn:5"><p>"Declare variables as global". in.mathworks.com. The MathWorks, Inc. Retrieved 7 February 2015. <a href="http://in.mathworks.com/help/matlab/ref/global.html" target="_blank">http://in.mathworks.com/help/matlab/ref/global.html</a> <a href="#fnref:5" class="footnote-back-ref">↩</a></p></li>
</ol>

Global variable open-in-new

Global variable