Skip to main content

C++ of the Day #19 - initialization/lifetimes of static class members...

이번 글도 뉴스 그룹에서 가져왔습니다. ((c.l.c.m:initialization/lifetimes of static class members...))

Question

// h
class Foo
{
public:
  Foo();
private:
  static Bar s1_;
  static Bar s2_;
  Bar m1_;
  Bar m2_;
};

// cpp
Bar Foo::s2_;
Bar Foo::s1_;

Foo::Foo() : m2_(), m1_()
{
}
위의 코드에서 Foo 클래스는 static 멤버 변수와 non-static 멤버 변수를 각각 두개씩 가지고 있습니다.
cpp 파일의 내용이 위와 같다면.
  1. 각 멤버 변수의 초기화는 어떤 순서로 이루어질까요?
  2. 또한 그 이유는 무엇일까요?


Answer

이 문제의 답이야 여러 책이나 글에서 보셨을 겁니다.
정답은 static 멤버의 경우 s2_, s1_의 순서로 초기화되며 이유는 static 멤버의 경우 translation unit안에 정의된 순서대로 초기화되기 때문입니다.
Non-static 멤버 변수의 경우에는 m1_, m2_의 순서입니다. 이 경우는 member initialization list에 있는 순서와 상관 없이 클래스에 선언된 순서대로 초기화되기 때문이죠.

그런데 뉴스그룹에 이 문제에 대해 왜 이렇게 초기화 규칙에 일관성이 없는가라는 질문이 있었습니다. 왜 하나는 클래스안에 정의된 순서고 하나는 아니냐는 것이죠?
이 질문에 Kanze 아저씨가 짧고 명확하게 답을 해주셨습니다.
두 경우에 대해 모두 초기화 순서는 definition 순서에 따라 결정됩니다. Non-static 멤버의 정의는 클래스 정의안에 있지만 static 멤버의 정의는 translation unit에 있습니다. In both cases, order is deterimined by the order of definition. Non static members are defined in the class definition; static members no.
아는 내용이었지만 이렇게 깔끔하게 정리한 내용을 보니 새롭게 와닿는군요. 역시 규칙은 간단하고 아름다워야 제맛입니다. :-)

여기서 관련 내용 하나 추가합니다.
class Foo
{
private:
  Bar m1_;
public:
  Bar m2_;
};
위 코드에서 m1_, m2_의 초기화 순서는 어떻게 될까요? 위의 문제의 경우와는 달리 이 경우에는 두 멤버간의 순서를 알 수 없습니다. 이유는 표준에서 다음과 같이 정의했기 때문이죠.
The order of allocation of data members with separate access-specifier labels is unspecified.
이렇게 정의한 이유야 정확하진 않지만 컴파일러에게 메모리상의 alignment 옵션에 대한 좀 더 많은 자유를 주기 위해서였을 것 같습니다. 그런데 좀 오버였지 않나 싶네요. ;-)

Comments

Popular posts from this blog

1의 개수 세기 - 해답

벌써 어제 말한 내일이 되었는데 답을 주신 분이 아무도 없어서 좀 뻘쭘하네요. :-P 그리고 어제 문제에 O(1)이라고 적었는데 엄밀히 얘기하자면 O(log 10 n)이라고 적었어야 했네요. 죄송합니다. ... 문제를 잠시 생각해보면 1~n까지의 수들 중 1의 개수를 얻기 위해서는 해당 숫자 n의 각 자리의 1의 개수가 모두 몇개나 될지를 구해서 더하면 된다는 사실을 알 수 있습니다. 예를 들어 13이라는 수를 생각해 보면 1~13까지의 수에서 1의 자리에는 1이 모두 몇개나 되는지와 10의 자리에는 모두 몇개나 되는지를 구해 이 값을 더하면 됩니다. 먼저 1의 자리를 생각해 보면 1, 11의 두 개가 있으며 10의 자리의 경우, 10, 11, 12, 13의 네 개가 있습니다. 따라서 2+4=6이라는 값을 구할 수 있습니다. 이번엔 234라는 수에서 10의 자리를 예로 들어 살펴 보겠습니다. 1~234라는 수들 중 10의 자리에 1이 들어가는 수는 10, 11, ..., 19, 110, 111, ... 119, 210, 211, ..., 219들로 모두 30개가 있음을 알 수 있습니다. 이 규칙들을 보면 해당 자리수의 1의 개수를 구하는 공식을 만들 수 있습니다. 234의 10의 자리에 해당하는 1의 개수는 ((234/100)+1)*10이 됩니다. 여기서 +1은 해당 자리수의 수가 0이 아닌 경우에만 더해집니다. 예를 들어 204라면 ((204/100)+0)*10으로 30개가 아닌 20개가 됩니다. 이런 방식으로 234의 각 자리수의 1의 개수를 구하면 1의 자리에 해당하는 1의 개수는 ((234/10)+1)*1=24개가 되고 100의 자리에 해당하는 개수는 ((234/1000)+1)*100=100이 됩니다. 이들 세 수를 모두 합하면 24+30+100=154개가 됩니다. 한가지 추가로 생각해야 할 점은 제일 큰 자리의 수가 1인 경우 위의 공식이 아닌 다른 공식이 필요하다는 점입니다. 예를 들어 123에서 100의 자리에 해당하는 1의 개수는 ((123/1...

CodeHighlighter plugin test page.

This post is for testing CodeHighlighter plugin which uses GeSHi as a fontifier engine. ((Those code blocks are acquired from Google Code Search .)) ((For more supported languages, go CodeHighlighter plugin or GeSHi homepage.)) C++ (<pre lang="cpp" lineno="1">) class nsScannerBufferList { public: /** * Buffer objects are directly followed by a data segment. The start * of the data segment is determined by increment the |this| pointer * by 1 unit. */ class Buffer : public PRCList { public: Buffer() { ++index_; } PHP (<pre lang="php" lineno="4">) for ($i = 0; $i $value = ord( $utf8_string[ $i ] ); if ( $value < 128 ) { // ASCII $unicode .= chr($value); } else { if ( count( $values ) == 0 ) { $num_octets = ( $value } $values[] = $value; Lisp (<pre lang="lisp">) ;;; Assignment (define-caller-pattern setq ((:star var fo...

std::map에 insert하기

얼마전 회사 동료가 refactoring한 코드를 열심히 revert하고 있어서 물어보니 다음과 같은 문제였습니다. 원래 코드와 refactoring한 코드는 다음과 같더군요. nvp[name] = value; // original code nvp.insert(make_pair(name, value)); // refactored 아시겠지만 위의 두 라인은 전혀 다른 기능을 하죠. C++03에 보면 각각 다음과 같이 설명되어 있습니다. 23.1.2/7 Associative containers a_uniq.insert(t): pair<iterator, bool> inserts t if and only if there is no element in the container with key equivalent to the key of t. The bool component of the returned pair indicates whether the insertion takes place and the iterator component of the pair points to the element with key equivalent to the key of t. 23.3.1.2/1 map element access [lib.map.access] T& operator[](const key_type& x); Returns: (*((insert(make_pair(x, T()))).first)).second. 원래 코드는 매번 새 값으로 이전 값을 overwrite했지만 새 코드는 이전에 키가 존재하면 새값으로 overwrite하지 않습니다. 따라서 원래 기능이 제대로 동작하지 않게 된것이죠. 그래서 물어봤죠. "왜 이렇게 했어?" "insert가 성능이 더 좋다 그래서 했지." :-? 사실 Fowler 아저씨는 Refactoring 책에서 refactoring은 성능을 optimizing하기 위한 것이 아니다라...