Question

VS 2010 C++ ,写了一个全局的键盘钩子keyhook.dll，然后通过控制台程序调用；在keyhook.dll中导出......

VS 2010 C++ ,写了一个全局键盘钩子keyhook.dll，然后通过控制台程序调用；在keyhook.dll中导出了全局变量exitflag ，但是 在控制台程序只可以得到exitflag的初始值，不可以得到 keyhook.dll处理后exitflag的值,程序部分代码如下：
//keyhook. h
#include <Windows.h> //对dll中的导出函数进行声明#define DllExport _declspec(dllexport)
extern DllExport int exitflag; //导出的全局变量,
....

//keyhook.cpp
extern int exitflag=1; //dll导出的变量
.....
case VK_F1:
if(ctrlflag==1 && altflag==1) //ctrlflag=1表示ctrl是按下状态，altflag=1表示alt是按下状态；
exitflag=0;
.....

问题是，我调试的时候，在dll中，exitflag在我按下ctrl+alt+F1后，确实为0，但是在 调用dll的控制台程序中，该值一直是1？急................
Dll的入口函数，不在keyhook.cpp中，在dllmain.cpp中，但是，由于是一个键盘 钩子，所以，不能把
case VK_F1:
if(ctrlflag==1 && altflag==1) //ctrlflag=1表示ctrl是按下状态，altflag=1表示alt是按下状态；
exitflag=0;
放置在 dll的入口函数中............
在线等...............
(我试了一下，好像只有在dll的入口函数中，才可以改变导出的全局变量exitflag的值，不知道是不是这样？如果这样的话，我怎么才可以把exitflag的值传递给 控制台主程序???????????????????????????)

Answer 1

DLL虽然会映射到所有进程中，但是其数据段（就是存放全局变量和静态变量的段）在每个进程中都会各自拷贝一份的，除非是共享数据段，所以就出现这种情况。
你的问题就是多进程中如何共享数据，除了共享数据段，还有映射文件，再复杂点，你还可以用消息通知或网络通信去控制另一个进程，或者直接读写另一进程地址空间。
但你这个问题，共享数据段就是最简单也最好用的方法。

Answer 2

如果确定主控制台是直接读取的dll中的exitflag的值话，问题确实挺匪夷所思的。可以试试让dll函数返回值或者把控制台的变量地址传递给dll函数。

追问

因为参数exitflag的值是在 回调函数keyboardproc中设置的，好像不能够通过回调函数keyboardproc改变这个全局变量exitflag的值 ;
你所说的，把 控制台变量地址传递给dll函数，怎么实现？

我认为，Keyboardproc是把全局变量exitflag的值copy了一份，然后重新分配的地址，和全局变量的地址是不一致的，所以，我觉得只要能把回调函数中exitflag的值，传回给全局变量，就没有问题了，能帮我看看怎么搞吗？多谢

追答

//keyhook.cpp
extern int exitflag=1; //这不是导出的dll导出的变量，这样的方式是定义一个全局变量，并赋值为1
改为：extern "C" __declspec(dllimport) int exitflag;//这是声明dll导出的变量。

追问

已经那样做了，但是还无效，问题是： 无法通过回调函数keyboardproc来改变全局变量exitflag的值；
后来通过 在 dll中 设置共享数据段，然后把该变量定义在共享数据段中解决；
#pragma data_seg("shared")
int exitflag;
#pragma data_seg()
#pragma comment(linker,"/section:shared,RWS")

如果不通过上面的共享数据段，是否有其他的办法，在 回调函数中，改变全局变量的值？

追答

刚才弄错了，以为keyhook.cpp调用dll，(⊙o⊙)…抱歉，keyhook.cpp是否包含了keyhook.h这个头文件？
//keyhook.cpp
extern int exitflag=1; //dll导出的变量
这样的话如果包含了头文件应该会因为两个相同名字的变量编译器会提示错误。

我之前测试了，导出的全局变量可以被导出的函数更改，且做出的更改能够在调用完后读取。
dll代码：
extern "C" __declspec(dllexport) int n=0;
extern "C" __declspec(dllexport) int Add(int a);
int Add(int a)
{
n+=a;
return n;
}
测试程序头文件中的代码：
#pragma comment(lib,"play2_dll.lib")
extern "C" __declspec(dllimport) int n;
extern "C" __declspec(dllimport) int Add(int a);
测试程序实现文件中的代码：
TRACE("n=%d\n",n);
n=1;
TRACE("n=%d\n",n);
TRACE("n=%d,%d\n",Add(2),n);
TRACE("n=%d\n",n);
结果如下：
n=0
n=1
n=3,1
n=3

第二个TRACE输出的第二个n值为1，这是因为TRACE的操作顺序是从右到左，下面的例子能证明着一点。
TRACE("n=%d\n",n);
n=1;
TRACE("n=%d\n",n);
TRACE("n=%d,%d\n",n,Add(2));
TRACE("n=%d\n",n);
结果为：
n=0
n=1
n=3,3
n=3