我那篇《程序只启动一个实例的几种方法》发表后被推荐到了CSDN首页，有不少网友看了之后提出了一些很好的建议。其中有个网友说可以用共享变量法，我上网收集了一些资料，又经过代码测试，现在补充一下这种方法：
五，共享变量法
首先，在App类的cpp文件开头加上下面的代码：
#pragma data_seg("StarLee") // 自己定义的数据段
char nInstanceCount = -1; // 实例个数，下文会详细用char来定义实例个数的好处
#pragma data_seg()
#pragma comment(linker, "/section:StarLee,rws") // 共享该数据段（r - read, w - write, s - share）
然后，在App类的InitInstance()方法的最前面加上下面的代码：
nInstanceCount++;
if (nInstanceCount > 0)
{
MessageBox(NULL, "该进程已经启动", "错误", MB_OK);
return FALSE;
}
最后，在App类的ExitInstance()方法里加上下面的代码：
PS：这里介绍一下上面代码中用把实例个数的类型定义为char的小技巧。我们知道char的长度为1个字节，是用-128~127之间的整型来表示的。而我们进程实例的最大值是1，而且在程序的数据段里添加的东西越少越好，所以char就成了最佳之选。
在那篇《程序只启动一个实例的几种方法》的十几个回复中，很多网友都提到了如果进程被意外终止，恢复设置的代码将不会被调用，那样程序就不能再被启动了。为此我针对每种方法都做了测试，下面对结果进行一下分析：
测试环境：
Windows 2000，VC++ 6.0
测试方法：
1，启动程序，在任务管理器终止该进程，再次启动进程。
2，删除App类的ExitInstance()方法里面添加的代码，编译通过以后，启动程序，关闭程序，再次启动程序。
结果：
对于方法一和方法二（文件法和注册表法），由于有I/O操作，如果恢复设置的代码不被调用，除非手动将设置恢复，否则程序就永远不能再被启动。这也是我不推荐这两种方法的主要原因。
对于后3种方法（文件映射法，互斥量法和共享变量法），就算进程被异常终止，恢复设置的代码不被调用，也不会影响程序的再次启动。我觉得，这是因为这3种使用的对象（文件映射，互斥量，共享变量）虽然可以夸进程访问，但是他们还是属于创建者进程的，会随着创建者的销毁而销毁，Windows会在进程结束（无论是正常还是意外）的时候释放它们。
另外，我在MSDN对CreateMutex的介绍中发现了下面这句话：
The system closes the handle automatically when the process terminates. The mutex object is destroyed when its last handle has been closed.
可以说这是明确的告诉我们互斥量在程序终止的时候会被自动释放。
所以，在我介绍的这些让进程只启动一个实例的五种方法中，互斥量法是最好的解决方法。
发表于 @ 2007年03月27日 09:21:00|评论(loading...)|编辑