那么应该何时删除这个对象呢？想了很久，一开始觉得应该是在main()函数里，我这是还是QT程序，不得不改写了main()函数通常的return 方式，变成这样：

    MainWidget main_widget;
    main_widget.showWidget();
    int ret = app.exec();
    delete SystemGlobal::m_pInstance;
    return ret;

我试了试，程序可以正常退出。反正我试了5遍都没有问题。普通C++程序没有app.exec的困扰，应该更加没有问题。

---------------------------------------------------------

然后我又在网上搜了搜（很难搜到啊），受这个帖子启发：
http://bbs.csdn.net/topics/200006181
改成在拥有静态变量对象的类析构函数里删除它，如下：

SystemGlobal::~SystemGlobal(void)
    delete SystemGlobal::m_pInstance;
同样试了5次，也没有问题。
但是我觉得这种方法不好，因为万一SystemGlobal在整个项目中有多个实例呢，难道销毁一个实例的时候，就必须销毁这个静态对象？这种方法只适合于整个项目就这一个SystemGlobal实例的情况。而且析构函数不允许重载和参数，就显得更加有问题了。
---------------------------------------------------------
最后要提一句，静态变量对象的初始化不仅仅别有洞天，而且实际上是相当重要的，因为它会在main()函数开始前执行，这代表什么？代表在main()函数的第一句语句执行之前，已经执行过这个静态变量对应的类的构造函数了，而构造函数本身可以执行无穷无尽的语句，相当于main()函数只是一个正房，在正房出现前，程序员已经与小三天翻地覆一番后才回来了（真是经典案例！），而且这个小三仍存在于内存之中，与正房并列。
不要奇怪，其实MFC的执行流程就是从CMyApp（继承于CWinApp）的theApp实例生成的过程开始的（注意，theApp不是静态变量对象，但却是一个写在.cpp文件中的全局对象，其实与静态变量对象也没有什么本质的区别，也正因为theApp对象的指针仍需要被获取，但又没有静态变量那么方便，所以微软专门提供了AfxGetApp()全局函数。但是为什么提供这个函数，而不是使用静态变量对象呢？我觉得2个原因，1是静态变量名称又臭又长，2是函数具有更好的封装性，可以做更多的检查乃至偷天换日）：
MyApp::MyApp()
{ // 断点2，在括号这行下断点
MyApp theApp;  // 断点1，在这行也下断点
BOOL MyApp::InitInstance()
// 断点3，手动打开appmodul.cpp文件，然后在_tWinMain的括号处下断点
extern "C" int WINAPI
_tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,__in LPTSTR lpCmdLine, int nCmdShow)
return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow);
执行，通过追踪MFC源代码，可以发现程序首先定位于断点1，按F11追踪，发现会落在断点2。继续按F11，会发现执行CWinApp::CWinApp(LPCTSTR lpszAppName)，然后按F10，发现会执行一大堆语句才会返回。可见的确实别有洞天。做完这些事情以后，就开始执行WinMain函数了(断点3)，具体可以发现WinMain函数是在appmodul.cpp文件中。
读书笔记，两种效果：1. 在MFC初始化完成后，WinMain被自动调用，两者就相互联系起来了 2. MFC没有也不可能封装WinMain函数（有待进一步阐述） 
参考：
http://www.cnblogs.com/zhili/p/mfcanalyze.html
http://www.moon-soft.com/program/bbs/readelite9623.htm
http://www.cnblogs.com/suncoolcat/p/3367627.html
http://www.xuebuyuan.com/2119787.html （彩色贴图，比较清楚）
http://cnmqw.iteye.com/blog/1921782 （精简了代码，非常清楚）