[문법] 싱글톤패턴 질문입니다.

static 을 쓰는 이유는 개체를 만들지 않고도 함수를 호출할 수 있기 때문입니다.

A* a = A::Instance();

이런식으로 사용하는 것이지요. 이렇게 유일한 개체를 받는데 사용합니다.

static-singleton을 쓰면, 클래스의 이름으로 레퍼런스를 하드코드하게 되므로 static method를 override 할 수 없게 됩니다. 그러므로, static method가 final처럼 사용이 됩니다.

컴파일 바인딩의 의미는 해당 변수에 대한 속성이 컴파일 타임에 이미 확정된다는 것을 뜻합니다. 그리고 그렇기 때문에 클래스의 static 멤버는 객체의 생성 여부 혹은 그 개수에 상관없이 하나가 되어야 하는 것입니다...(왜냐하면 실행전에는 해당 객체의 생성 여부나 생성 개수를 컴파일러가 알 수 없기 때문입니다.)
바로 이 때문에 '유일함'이라는 특성을 갖는 것이라 혼동할 수 있습니다.
비슷하게 함수 모듈 내에서 사용되는 static 변수 역시 해당 변수의 바인딩이 컴파일 타입에 이루어 지기 때문에 static 변수의 공간적 스코핑은 모듈내로 제한될 수 있지만(컴파일러가 공간 영역은 알 수 있으므로...) 시간 스코핑은 프로그램의 실행 시간 동안 계속 유지 되는 것입니다...(컴파일러는 해당 모듈이 언제, 몇번 실행되는지 모르고 따라서 해당 static 변수를 언제, 그리고 몇 개를 생성해야 하는지 모르므로...)

두번째 예는 아래와 같습니다.

/// test.h
static int nTest = 0;

/// test1.cpp
#include <iostream>
#include "test.h"

using namespace std;

void testFunc();
int main()
{
    nTest = 3;
    cout << nTest << endl;

    testFunc();

    return 0;
}

/// test2.cpp
#include <iostream>
#include "test.h"

using namespace std;
void testFunc()
{
    cout << ++nTest << endl;
}

이것의 결과는 아래와 같습니다.
3
1
왜나하면 test1.cpp와 test2.cpp에서 참조하는 nTest는 이름은 같지만 서로 다른 변수이기 때문입니다. 그리고 그 이유는 컴파일 타임 시 컴파일러는 각각의 소스 파일을 컴파일하면서 별도의 변수로 이미 바인딩을 해버리기 때문입니다. 여기서 만약 test.h 에 있는 nTest를 static으로 선언하지 않고 global로 선언을 하게 되면 링크 단계에서 에러가 발생합니다...왜냐하면 컴파일러는 해당 변수가 중복 선언되었다는 사실을 링크 단계에서 알게 되기 때문입니다...
반대로 static 변수는 extern을 이용해서 파일끼리 공유를 할 수 없습니다. 왜냐하면 extern은 기본적으로 링크 단계에서야 해당 변수에 대한 정확한 바인딩이 가능하기 때문입니다...
이것이 바로 static과 non-static의 차이입니다...