I read several posts on C++ initialization from Google, some of which direct me here on StackOverflow. The concepts I picked from those posts are as follows:
- The order of initialization of C++ is:
- Zero Initialization;
- Static Initialization;
- Dynamic Initialization.
- Static objects (variables included) are first Zero-initialized, and then Static-initialized.
I have several inquiries as to the initialization issue (storage class issue may be related as well):
- Global objects (defined without static keyword) are also static objects, right?
- Global objects are also initialized like static objects by two steps like above, right?
- What is the Static Initialization? Does it refer to initializing static objects (defined with static keyword)?
- I also read that objects defined within block (i.e. in a function) with static keyword is initialized when the execution thread first enters the block! This means that local static objects are not initialized before main function execution. This means they are not initialized as the two steps mentioned above, right?
- Dynamic initialization refers to initialization of objects created by new operator, right? It might refer to initialization like
myClass obj = myClass(100);
ormyClass obj = foo();
I have too many inquiries on the initialization and storage class specifier issues. I read the C++2003 Standard document, but cannot find a clear logic since they are scattered throughout the document.
I hope you give me an answer that logically explains the whole map of storage class specifier and initialization. Any reference is welcome!
Code that might explain my question:
class myClass{
public:
int i;
myClass(int j = 10): j(i){}
// other declarations
};
myClass obj1;//global scope
static myClass obj2(2);//file scope
{ //local scope
myClass obj3(3);
static myClass obj4(4);
}
EDIT:
If you think my question is rather tedious, you can help explain your ideas based on the code above.
Yes, indeed there are 3 phases (in the Standard). Let us clarify them before continuing:
A simple example:
Yes and no.
The Standard mandates that the objects be first zero-initialized and then they are:
Note: in case of constant initialization, the compiler might omit to first zero-initialized memory following the as-if rule.
Yes, at file scope the
static
object is just about the visibility of the symbol. A global object can be referred to, by name, from another source file whilst astatic
object name is completely local to the current source file.The confusion stems from the reuse of the world
static
in many different situations :(Yes, as are local static objects in fact.
No, as explained above it refers to initializing objects without executing a user-defined function but instead copying a pre-computed byte pattern over the object's memory. Note that in the case of objects that will later be dynamically initialized, this is just zero-ing the memory.
They are initialized with the two steps process, though indeed only the first time execution pass through their definition. So the process is the same but the timing is subtly different.
In practice though, if their initialization is static (ie, the memory pattern is a compile-time pattern) and their address is not taken they might be optimized away.
Note that in case of dynamic initialization, if their initialization fails (an exception is thrown by the function supposed to initialize them) it will be re-attempted the next time flow-control passes through their definition.
Not at all, it refers to initialization requiring the execution of a user defined function (note:
std::string
has a user-defined constructor as far as the C++ language is concerned).EDIT: My thanks to Zach who pointed to me I erroneously called Static Initialization what the C++11 Standard calls Constant Initialization; this error should now be fixed.
I believe there are three different concepts: initializing the variable, the location of the variable in memory, the time the variable is initialized.
First: Initialization
When a variable is allocated in memory, typical processors leave the memory untouched, so the variable will have the same value that somebody else stored earlier. For security, some compilers add the extra code to initialize all variables they allocate to zero. I think this is what you mean by "Zero Initialization". It happens when you say:
However if you say to the compiler:
then the compiler instructs the processor to put 10 in the memory rather than leaving it with old values or setting it to zero. I think this is what you mean by "Static Initialization".
Finally, you could say this:
then the processor "zero initializes" (or leaves the old value) when executing
int i;
then when it reaches the linei = 11
it "dynamically initializes" the variable to 11 (which can happen very long after the first initialization.Second: Location of the variable
There are: stack-based variables (sometimes called static variables), and memory-heap variables (sometimes called dynamic variables).
Variables can be created in the stack segment using this:
or the memory heap like this:
The difference is that the stack segment variable is lost after exiting the function call, while memory-heap variables are left until you say
delete i;
. You can read an Assembly-language book to understand the difference better.Third: The time the variable is initialized
A stack-segment variable is "zero-initialized" or statically-initialized" when you enter the function call they are defined within.
A memory-heap variable is "zero-initialized" or statically-initialized" when it is first created by the
new
operator.Final Remark
You can think about
static int i;
as a global variable with a scope limited to the function it is defined in. I think the confusion aboutstatic int i;
comes because static hear mean another thing (it is not destroyed when you exit the routine, so it retains its value). I am not sure, but I think the trick used forstatic int i;
is to put it in the stack ofmain()
which means it is not destroyed until you exit the whole program (so it retains the first initialization), or it could be that it is stored in the data segment of the application.