DLL里的全局变量退出时不会被清空？

[jkiluy111]

二把刀子，求帮助........


写了个钩子程序，在DLL里共享了一个变量，用于指向打开的共享内存

#pragma data_seg("HOOK_CALLBACK_SHARED")
...
LPCVOID lpvMem = NULL;//初始值
#pragma data_seg()

然后在dll被加载时打开共享内存，函数入口进行了判断
if(lpvMem)//已打开了就跳过初始化
{
return;
}
....
lpvMem = MapViewOfFile(hMapObject, FILE_MAP_ALL_ACCESS, 0, 0, 0); //这里是打开内存的动作

把程序退出时，俺在dll里已经写明了
if(lpvMem)
{
UnmapViewOfFile(lpvMem);
lpvMem = NULL;
}

现在效果是首次启动一切正常，然后再启动时就挂了，原因是lpvMem不为NULL，导致初始化逻辑没有走入..DLL在第一次关闭后
是没有占用的,(我直接把dll改名、删除也没提示占用)，但再起lpvMem就不为NULL了...

这是为什么呐，求助

[jkiluy111]

引用 1 楼 chengbar 的回复:

使用线程局部存储

线程局部存储?? 本来就是为了做全局共享而使用了进程共享变量

[sevancheng]

引用 2 楼 jkiluy111 的回复:

[quote=引用 1 楼 chengbar 的回复:] 使用线程局部存储

线程局部存储?? 本来就是为了做全局共享而使用了进程共享变量[/quote] 跟你共不共享没关系，你要解决DLL重入的问题

[jkiluy111]

引用 3 楼 chengbar 的回复:

[quote=引用 2 楼 jkiluy111 的回复:] [quote=引用 1 楼 chengbar 的回复:] 使用线程局部存储

线程局部存储?? 本来就是为了做全局共享而使用了进程共享变量[/quote] 跟你共不共享没关系，你要解决DLL重入的问题[/quote] #pragma data_seg #pragma data_seg() 这里不是有确保全局变量的共用问题了吗？重入也是这一份呐

[kyotrue]

没有研究过data_seg，不过你这个问题有另一种方式可以解决，那就是创建命名对象，比如使用CreateMutex、OpenMutex来创建、打开Mutex对象，通过对象是否存在，来判断你初始化过了没有

[jkiluy111]

引用 5 楼 kyotrue 的回复:

没有研究过data_seg，不过你这个问题有另一种方式可以解决，那就是创建命名对象，比如使用CreateMutex、OpenMutex来创建、打开Mutex对象，通过对象是否存在，来判断你初始化过了没有

DLL逻辑很简单，不想加入更多代码。 现在临时方案是 在初始化函数加入

int SetHook(void)
{
	lpvMem = NULL;
	openSharedMemory();
	if(!lpvMem)
	{
		goto END;
	}

来解决，因为初始化函数是手动调用的，可以确保一个dll生命周期内只有一次调用来避免这问题，但到底是为啥还是没搞明白..................

[kyotrue]

引用 6 楼 jkiluy111 的回复:

[quote=引用 5 楼 kyotrue 的回复:] 没有研究过data_seg，不过你这个问题有另一种方式可以解决，那就是创建命名对象，比如使用CreateMutex、OpenMutex来创建、打开Mutex对象，通过对象是否存在，来判断你初始化过了没有

DLL逻辑很简单，不想加入更多代码。 现在临时方案是 在初始化函数加入

int SetHook(void)
{
	lpvMem = NULL;
	openSharedMemory();
	if(!lpvMem)
	{
		goto END;
	}

来解决，因为初始化函数是手动调用的，可以确保一个dll生命周期内只有一次调用来避免这问题，但到底是为啥还是没搞明白.................. [/quote]

引用 6 楼 jkiluy111 的回复:

[quote=引用 5 楼 kyotrue 的回复:] 没有研究过data_seg，不过你这个问题有另一种方式可以解决，那就是创建命名对象，比如使用CreateMutex、OpenMutex来创建、打开Mutex对象，通过对象是否存在，来判断你初始化过了没有

DLL逻辑很简单，不想加入更多代码。 现在临时方案是 在初始化函数加入

int SetHook(void)
{
	lpvMem = NULL;
	openSharedMemory();
	if(!lpvMem)
	{
		goto END;
	}

来解决，因为初始化函数是手动调用的，可以确保一个dll生命周期内只有一次调用来避免这问题，但到底是为啥还是没搞明白.................. [/quote] 从这个看不出你的openSharedMemory函数做了什么，我的方案并没有加多少代码，也就几行。

[zgl7903]

设置断点或者输出日志，调试运行 看看程序是否是按你预想的流程走的

[worldy]

多进程共享的内存当然不会自动清理，你退出时候，自己清理一下

[jkiluy111]

引用 8 楼 worldy 的回复:

多进程共享的内存当然不会自动清理，你退出时候，自己清理一下

不是共享内存里的内容没有清，是进程共享变量里打开共享内存的句柄没有清。 相当于俺的程序退出了，再启动发现全局变量的值还是上次退出的值。

[jkiluy111]

引用 9 楼 kyotrue 的回复:

[quote=引用 6 楼 jkiluy111 的回复:] [quote=引用 5 楼 kyotrue 的回复:] 没有研究过data_seg，不过你这个问题有另一种方式可以解决，那就是创建命名对象，比如使用CreateMutex、OpenMutex来创建、打开Mutex对象，通过对象是否存在，来判断你初始化过了没有

DLL逻辑很简单，不想加入更多代码。 现在临时方案是 在初始化函数加入

int SetHook(void)
{
	lpvMem = NULL;
	openSharedMemory();
	if(!lpvMem)
	{
		goto END;
	}

来解决，因为初始化函数是手动调用的，可以确保一个dll生命周期内只有一次调用来避免这问题，但到底是为啥还是没搞明白.................. [/quote]

引用 6 楼 jkiluy111 的回复:

[quote=引用 5 楼 kyotrue 的回复:] 没有研究过data_seg，不过你这个问题有另一种方式可以解决，那就是创建命名对象，比如使用CreateMutex、OpenMutex来创建、打开Mutex对象，通过对象是否存在，来判断你初始化过了没有

DLL逻辑很简单，不想加入更多代码。 现在临时方案是 在初始化函数加入

int SetHook(void)
{
	lpvMem = NULL;
	openSharedMemory();
	if(!lpvMem)
	{
		goto END;
	}

来解决，因为初始化函数是手动调用的，可以确保一个dll生命周期内只有一次调用来避免这问题，但到底是为啥还是没搞明白.................. [/quote] 从这个看不出你的openSharedMemory函数做了什么，我的方案并没有加多少代码，也就几行。[/quote] openSharedMemory里打开了共享内存，取了些数据。关键代码是

pvMem = MapViewOfFile(hMapObject, FILE_MAP_ALL_ACCESS, 0, 0, 0);

映射了地址，记录在进程共享变量里的pvMem。之后的操作先判断pvMem是否为空而运行。 由于程序退出了，共享内存已经不再映射，下次运行程序时应再次打开共享内存。打开共享内存的前提是pvMem应为NULL，但现在的效果是再次启动时pvMem还是上次退出的值，导致没有再执行打开共享内存的动作，pvMem指向的是非法地址，后续操作出错。 临时将DLL的入口处把pvMem设成NULL来强迫打开共享内存来回避，但这个问题是怎么造成的没有头绪.........

[jkiluy111]

引用 7 楼 zgl7903 的回复:

设置断点或者输出日志，调试运行 看看程序是否是按你预想的流程走的

断点后发现的效果就是DLL的初始化时，发现进程共享变量里的全局变量是上一次退出时的值，而不是俺写的 pvMem=NULL.... 俺上次退出程序后，确认了DLL已经被卸载(删除DLL再拷贝了一份)。

[「已注销」]

LoadLibrary 之后对应 FreeLibrary 了吗？如果没有的话，那全局变量自然不会重置。

[kyotrue]

你的整个流程是怎么样的，程序退出你又是怎么捕获到的？从现象上来看很像是你最后的清理工作没有被调用到

[jkiluy111]

引用 13 楼 SXJIAKE 的回复:

LoadLibrary 之后对应 FreeLibrary 了吗？如果没有的话，那全局变量自然不会重置。

我的DLL是隐式加载的，也需要free吗？求教

[jkiluy111]

引用 14 楼 kyotrue 的回复:

你的整个流程是怎么样的，程序退出你又是怎么捕获到的？从现象上来看很像是你最后的清理工作没有被调用到

32位、64位俩个hook程序，dll里共用一块共享内存进行交互。dll初始化时把共享内存映射到hook程序内，用变量pvMem标记地址， 之后之后操作时根据pvMem != NULL判断是不是初始化了。 dll就简单的几个hook，hook程序在退出时会手动调用函数，函数里把共享内存卸载、pvMem = NULL

....
//调用UnhookWindowsHookEx卸载hook
...
if(lpvMem)
{
	UnmapViewOfFile(lpvMem);
	lpvMem = NULL;
}
//写明了卸载掉这块内存

没了... 现在是程序<再次>启动时，发现pvMem不是NULL，而是上次退出时的值.... 唯一一点是偶尔调试时由于程序bug，需要强杀那个hook程序。这个造成的？但我声明lpvMem时，已经写了 LPCVOID lpvMem = NULL; 这个变量是包裹在#pragma data_seg里的，有初始值了。

[赵4老师]

WinAPIOverride http://jacquelin.potier.free.fr/winapioverride32/

[「已注销」]

引用 15 楼 jkiluy111 的回复:

[quote=引用 13 楼 SXJIAKE 的回复:] LoadLibrary 之后对应 FreeLibrary 了吗？如果没有的话，那全局变量自然不会重置。

我的DLL是隐式加载的，也需要free吗？求教[/quote]你说的隐式加载，应该说说根据 dll 和 def 生成 lib，链接该 lib，运行时缺少 dll 就无法运行程序吧。如果是这种，除非你人工重置全局变量，程序不退出不会释放 DLL。

[kyotrue]

“hook程序在退出时会手动调用函数，函数里把共享内存卸载” —— 问你的就是，你所谓的hook程序是被注入的程序，还是实行注入操作的程序，还是说自己hook自己。 如果是被注入的另一个程序，你这个释放的代码根本调用不到吧。 还有就是，你强制结束程序，当然也调用不到释放代码那里去。 你在初始化时赋值为NULL，只有在整个操作系统没有任何一个进程加载了该hook dll时，才会执行，不然不会被初始化

[jkiluy111]

引用 18 楼 kyotrue 的回复:

“hook程序在退出时会手动调用函数，函数里把共享内存卸载” —— 问你的就是，你所谓的hook程序是被注入的程序，还是实行注入操作的程序，还是说自己hook自己。 如果是被注入的另一个程序，你这个释放的代码根本调用不到吧。 还有就是，你强制结束程序，当然也调用不到释放代码那里去。 你在初始化时赋值为NULL，只有在整个操作系统没有任何一个进程加载了该hook dll时，才会执行，不然不会被初始化

全局钩子，注入所有进程？退出时已写了UnhookWindowsHookEx来卸载钩子。 程序退出是正常退出的，非强杀，退出前调用了自己写得方法，里面调用 UnmapViewOfFile(lpvMem); lpvMem = NULL; 这句 然后退出后，俺把dll直接删除了，这时dll应该是没人使用了吧？ 那么这个全局变量存在什么地方了？在dll的BSS段吗？

[jkiluy111]

引用 19 楼 SXJIAKE 的回复:

[quote=引用 15 楼 jkiluy111 的回复:] [quote=引用 13 楼 SXJIAKE 的回复:] LoadLibrary 之后对应 FreeLibrary 了吗？如果没有的话，那全局变量自然不会重置。

我的DLL是隐式加载的，也需要free吗？求教[/quote]你说的隐式加载，应该说说根据 dll 和 def 生成 lib，链接该 lib，运行时缺少 dll 就无法运行程序吧。如果是这种，除非你人工重置全局变量，程序不退出不会释放 DLL。[/quote] DLL配布正常...