写了一个扩展DLL，此DLL内有对话框等资源。用时发现client如果和DLL的版本一样（同为release 或同为debug），一切正常，如果不一样，就会出错，是怎么会事啊？

函数名不一样吧

是一样的，因为都是VC编译器；忘了说了是运行到调用dll的导出函数（或类）时出错，不是连接或启动时出错。

问了一下同事，他们说也遇到过类似的情况！

试了一下，如果dll不包含资源就不会这样，是不是不能这样直接引用资源啊？

你有没有在dll里申请内存然后在exe里释放的情况（或者反之）?有些情况是非常隐晦的（例如智能指针）。RELEASE和DEBUG使用不同的CRT，有没有可能你的资源在DLL里被申请然而在EXE里被释放？这样肯定会出错的。

用很简单的例子，在dll加入对话框资源，生成对应的类CTest，导出类CExtenDllTest，调用其静态成员Test（）
[/code]
void CExtenDllTest::Test()
{
CTest dlg;
dlg.DoModal();
}
[/code]
调试中发现，如果dll 是debug，应用程序是release时，dll得到的资源句柄为NULL

如果这样的话也就是说你的exe和dll有可能在一个进程里使用不同版本的MFC DLL，我好像记得这是不允许的。

常规dll是可以的。
扩展dll能使用不同版本的MFC DLL是因为扩展DLL将DLL的资源与EXE的资源链结在一起吧？

从你的代码来看你的DLL使用了MFC，如果这个DLL是MFC扩展DLL的话它只能动态链接MFC71.DLL，也就意味着你的程序也必须使用MFC71.DLL。MFC扩展DLL在DllMain里有代码将其注册到MFC资源链里，并且你要在该DLL的每一个输出函数的最前面使用AFX_MANAGE_STATE宏来切换当前资源句柄。如果EXE和DLL使用不同的BUILD，那么意味着同一个进程里存在MFC71.DLL和MFC71D.DLL，实在是难以预料会发生什么事情。

应该是这样了。
不过扩展DLL好象不用AFX_MANAGE_STATE切换资源句柄吧？可能就是因为MFC71.DLL和MFC71D.DLL对同一个资源句柄操作产生的问题。如使用常规DLL即使有两套MFCXX.dll，也不会有问题，因为EXE与DLL的资源是分开的，调用DLL的导出函数时只要用AFX_MANAGE_STATE切换资源句柄就可以了。