C++博客-我希望你是我独家记忆-随笔分类-C++

DLLMain简单介绍

Hero — Fri, 04 Dec 2009 07:05:00 GMT

1 DLL的进入/退出函数

1.1 DllMain简介

跟exe有个main或者WinMain入口函数一样，DLL也有一个入口函数，就是DllMain。以“DllMain”为关键字，来看看MSDN帮助文档怎么介绍这个函数的。

The DllMain function is an optional method of entry into a dynamic-link library (DLL)。（简要翻译：对于动态链接库，DllMain是一个可选的入口函数。）这句话很重要，很多初学者可能都认为一个动态链接库肯定要有DllMain函数。其实不然，像很多仅仅包含资源信息的DLL是没有DllMain函数的。

1.2 何时调用DllMain

系统是在什么时候调用DllMain函数的呢？静态链接时，或动态链接时调用LoadLibrary和FreeLibrary都会调用DllMain函数。DllMain的第三个参数fdwReason指明了系统调用Dll的原因，它可能是:

DLL_PROCESS_ATTACH、

DLL_PROCESS_DETACH、

DLL_THREAD_ATTACH

DLL_THREAD_DETACH。

以下从这四种情况来分析系统何时调用了DllMain。

1.2.1 DLL_PROCESS_ATTACH

大家都知道，一个程序要调用Dll里的函数，首先要先把DLL文件映射到进程的地址空间。要把一个DLL文件映射到进程的地址空间，有两种方法：静态链接和动态链接的LoadLibrary或者LoadLibraryEx。

当一个DLL文件被映射到进程的地址空间时，系统调用该DLL的DllMain函数，传递的fdwReason参数为DLL_PROCESS_ATTACH。这种调用只会发生在第一次映射时。如果同一个进程后来为已经映射进来的DLL再次调用LoadLibrary或者LoadLibraryEx，操作系统只会增加DLL的使用次数，它不会再用DLL_PROCESS_ATTACH调用DLL的DllMain函数。不同进程用LoadLibrary同一个DLL时，每个进程的第一次映射都会用DLL_PROCESS_ATTACH调用DLL的DllMain函数。

可参考DllMainTest的DLL_PROCESS_ATTACH_Test函数。

1.2.2 DLL_PROCESS_DETACH

当DLL被从进程的地址空间解除映射时，系统调用了它的DllMain，传递的fdwReason值是DLL_PROCESS_DETACH。当DLL处理该值时，它应该执行进程相关的清理工作。

那么什么时候DLL被从进程的地址空间解除映射呢？两种情况：

◆FreeLibrary解除DLL映射（有几个LoadLibrary，就要有几个FreeLibrary）

◆进程结束而解除DLL映射，在进程结束前还没有解除DLL的映射，进程结束后会解除DLL映射。（如果进程的终结是因为调用了TerminateProcess，系统就不会用DLL_PROCESS_DETACH来调用DLL的DllMain函数。这就意味着DLL在进程结束前没有机会执行任何清理工作。）

注意：当用DLL_PROCESS_ATTACH调用DLL的DllMain函数时，如果返回FALSE，说明没有初始化成功，系统仍会用DLL_PROCESS_DETACH调用DLL的DllMain函数。因此，必须确保清理那些没有成功初始化的东西。

可参考DllMainTest的DLL_PROCESS_DETACH_Test函数。

1.2.3 DLL_THREAD_ATTACH

当进程创建一线程时，系统查看当前映射到进程地址空间中的所有DLL文件映像，并用值DLL_THREAD_ATTACH调用DLL的DllMain函数。

新创建的线程负责执行这次的DLL的DllMain函数，只有当所有的DLL都处理完这一通知后，系统才允许进程开始执行它的线程函数。

注意跟DLL_PROCESS_ATTACH的区别，我们在前面说过，第n(n>=2)次以后地把DLL映像文件映射到进程的地址空间时，是不再用DLL_PROCESS_ATTACH调用DllMain的。而DLL_THREAD_ATTACH不同，进程中的每次建立线程，都会用值DLL_THREAD_ATTACH调用DllMain函数，哪怕是线程中建立线程也一样。

1.2.4 DLL_THREAD_DETACH

如果线程调用了ExitThread来结束线程（线程函数返回时，系统也会自动调用ExitThread），系统查看当前映射到进程空间中的所有DLL文件映像，并用DLL_THREAD_DETACH来调用DllMain函数，通知所有的DLL去执行线程级的清理工作。

注意：如果线程的结束是因为系统中的一个线程调用了TerminateThread，系统就不会用值DLL_THREAD_DETACH来调用所有DLL的DllMain函数。

1.3 为DllMain换名

在早期的SDK版本中，DllMain是叫做DllEntryPoint。其实有一件鲜为人知的事：一个Dll的入口函数名是可以自己定义的。下面我将以VC++6.0为例来演示如何更改。首先要说明一点，虽然DllMain可以换成其他函数名，但函数的参数和返回值必须和DllMain一样。而且这个函数要为__stdcall类型（DllMain本身也是__stdcall类型）。

打开VC++菜单Project\Settings\Link tab\ Output in the Category box，如下图，在Entry-point symbol中输入要替换DllMain的函数名（当然这个函数名是你程序中已经实现的函数）。Entry-point symbol是干么的呢？可以以关键字“Entry-point symbol”搜索MSDN帮助文档查看，搜索时，打钩“仅搜索标题”会更快定位。

按OK后，如果马上编译的话会出现如下错误：

LIBCMTD.lib(crt0.obj) : error LNK2001: unresolved external symbol _main

Debug/Dll.dll : fatal error LNK1120: 1 unresolved externals

打开VC++菜单Project\Settings\C/C++选项卡，如下图，在Project Options：末尾的地方添加”/D”（图中蓝色高亮的地方），要注意位置，我试了，要把/D放到/GZ后面也会链接错误，我也不懂为什么，^_^。按OK，再次编译，成功。大家可以自己测试下到底有没有更改成功，什么，如果测试？打出调式信息啊。

1.4 DisableThreadLibraryCalls

看帮助就知道它是干么用的：

The DisableThreadLibraryCalls function disables the DLL_THREAD_ATTACH and DLL_THREAD_DETACH notifications for the dynamic-link library (DLL) specified by hLibModule. This can reduce the size of the working code set for some applications.

Hero 2009-12-04 15:05 发表评论

string wstring 转换

Hero — Sat, 10 Oct 2009 05:47:00 GMT

 1 #include <iostream>
 2 #include <string>
 3 
 4 using namespace std ;
 5 
14 
15 std::string ws2s(const std::wstring& ws)
16 {
17     std::string curLocale = setlocale(LC_ALL, NULL);        // curLocale = "C";
18     setlocale(LC_ALL, "chs");
19     const wchar_t* _Source = ws.c_str();
20     size_t _Dsize = 2 * ws.size() + 1;
21     char *_Dest = new char[_Dsize];
22     memset(_Dest,0,_Dsize);
23     wcstombs(_Dest,_Source,_Dsize);
24     std::string result = _Dest;
25     delete []_Dest;
26     setlocale(LC_ALL, curLocale.c_str());
27     return result;
28 }
29 
30 std::wstring s2ws(const std::string& s)
31 {
32     setlocale(LC_ALL, "chs"); 
33     const char* _Source = s.c_str();
34     size_t _Dsize = s.size() + 1;
35     wchar_t *_Dest = new wchar_t[_Dsize];
36     wmemset(_Dest, 0, _Dsize);
37     mbstowcs(_Dest,_Source,_Dsize);
38     std::wstring result = _Dest;
39     delete []_Dest;
40     setlocale(LC_ALL, "C");
41     return result;
42 }
43 
44 int main()
45 {
46     freopen( "data.in", "r", stdin ) ;
47     freopen( "data.out", "w", stdout ) ;
48 
49     //wcout.imbue( locale("chs") ) ;
50     string line ;
51     wstring wline ;
52     wstring oline ;
53     VEC vec ;
54 
55     cout << sizeof( char ) << endl ;
56     cout << sizeof( wchar_t ) << endl ;
57 
58     while( cin >> line )
59     {
60         //cout << line << endl ;
61 
62         wline = s2ws( line ) ;
63 
64         cout << ws2s( wline ) << endl ;
65 
66         for( int i=0; i<wline.length(); i++ )
67         {
68             oline += wline[i] ;
69             oline += (wchar_t)('/') ;
70         }
71 
72         cout << ws2s( oline ) << endl ;
73     }
74 
75     return 0 ;
76 }

Hero 2009-10-10 13:47 发表评论

tiny xml使用

Hero — Thu, 27 Aug 2009 05:52:00 GMT

转载自 http://www.cppblog.com/mzty/archive/2007/08/15/30057.html

Homepage: http://www.grinninglizard.com/tinyxml/
download：http://sourceforge.net/projects/tinyxml

用mingw32-make前修改一下makefile文件,改为如下：

# DEBUG can be set to YES to include debugging info, or NO otherwise(不是DEBUG)
DEBUG := NO

# PROFILE can be set to YES to include profiling info, or NO otherwise
PROFILE := NO

# TINYXML_USE_STL can be used to turn on STL support. NO, then STL
# will not be used. YES will include the STL files.(使用STL,选择的话，则可以使用std::string)
TINYXML_USE_STL := YES

一、TinyXml的特点

TinyXml是一个基于DOM模型的、非验证的轻量级C++解释器。

1.SAX和DOM

目前XML的解析主要有两大模型：SAX和DOM。

其中SAX是基于事件的，其基本工作流程是分析XML文档，当发现了一个新的元素时，产生一个对应事件，并调用相应的用户处理函数。这种方式占用内存少，速度快，但用户程序相应得会比较复杂。

而DOM（文档对象模型），则是在分析时，一次性的将整个XML文档进行分析，并在内存中形成对应的树结构，同时，向用户提供一系列的接口来访问和编辑该树结构。这种方式占用内存大，速度往往慢于SAX，但可以给用户提供一个面向对象的访问接口，对用户更为友好。

2.验证和非验证

对于一个特定的XML文档而言，其正确性分为两个层次。首先是其格式应该符合XML的基本格式要求，比如第一行要有声明，标签的嵌套层次必须前后一致等等，符合这些要求的文件，就是一个合格的XML文件，称作well-formatted。但除此之外，一个XML文档因其内容的不同还必须在语义上符合相应的标准，这些标准由相应的DTD文件或者Schema文件来定义，符合了这些定义要求的XML文件，称作valid。

因此，解析器也分为两种，一种是验证的，即会跟据XML文件中的声明，用相应的DTD文件对XML文件进行校验，检查它是否满足DTD文件的要求。另一种是忽略DTD文件，只要基本格式正确，就可以进行解析。

就我所知，验证的解析器通常都是比较重量级的。TinyXml不支持验证，但是体积很小，用在解析格式较为简单的XML文件，比如配置文件时，特别的合适。

二、TinyXml的构建和使用
1.获取

TinyXml首页在http://www.grinninglizard.com/tinyxml/index.html，从这里可以找到最新版本的源代码，目前的版本是 2.4.3 (截至2006.5.17).

2.构建

TinyXml在构建时可以选择是否支持STL，选择的话，则可以使用std::string，所以通常应在Windows上，TinyXml的源码包里提供了VC6的工程文件，直接用它就可以生成两个静该打开这个选项。态库（带STL和不带STL），非常容易。唯一需要注意的是，默认生成的库是单线程的，如果用在多线程的项目中，需要改动一下配置，生成相应的多线程库。

在Unix平台上，TinyXml的源码包里只提供了一个Makefile，对于典型的Linux系统，或装了gcc和gmake的其他Unix，这个Makefile足够用了，我在RH9和RHEL4上测试，简单的make就成功了。需要注意的有以下几点：默认的编译是不支持STL的，可以通过编辑Makefile的TINYXML_USE_STL := NO那一行，把NO改成YES就可以支持STL了；还有默认只生成了一个测试程序，没有生成任何库，如果要生成静态库的话，可以用ar命令，将生成的几个目标文件打包就行了，如果要生成动态库，则需要加上-fpic参数重新编译。

3.使用

构建了相应的库之后，在使用了它们的工程中，只要在连接时把他们连上就行了。需要注意的是，如果需要STL支持，在编译用到了TinyXml的文件时，需要定义一个宏TIXML_USE_STL，对gcc，可以使用参数-DTIXML_USE_STL，对cl.exe（VC），可以使用参数/DTIXML_USE_STL，如果嫌麻烦，可以直接定义在 tinyxml.h文件里。

也可以把需要的源文件加入到我们的project中，向使用自己的文件一样的调用，一般为了更加方便使用，可以对库根据我们实际的数据结构进行再分装。

三、TinyXml的编程模型

1.类之间的关系

TinyXml实现的时DOM访问模型，因此提供了一系列的类对应XML文件中的各个节点。主要类间的关系如下图所示：

TiXmlBase：其它类的基类，是个抽象类

TiXmlNode：表示一个节点，包含节点的一般方法，如访问自节点、兄弟节点、编辑自身、编辑子节点

TiXmlDocument：表示整个XML文档，不对应其中某个特定的节点。

TiXmlElement：表示元素节点，可以包含子节点和TiXmlAttribute

TiXmlComment：表示注释

TiXmlDeclaration：表示声明

TiXmlText：表示文本节点

TiXmlUnknown：表示未知节点，通常是出错了

TiXmlAttribute：表示一个元素的属性

下面是一个简单的例子：

       TinyXml How To
       20
       Some words…

整个文档，对应TiXmlDocument

book,name,price, description，都对应TiXmlElement

第一行对应一个TiXmlDeclaration

第二行对应一个TiXmlComment

“TinyXml How To”对应一个TiXmlText

unit则是price的一个TiXmlAttribute

这些类与XML文件中的相应元素都有很好的对应关系，因此相信参照TinyXml的文档，可以很容易的掌握各个方法的使用。

2.需要注意的问题

各类之间的转换
由于各个节点类都从TiXmlNode继承，在使用时常常需要将TiXmlNode*类型的指针转换为其派生类的指针，在进行这种转换时，应该首先使用由TiXmlNode类提供的一系列转换函数，如ToElement(void)，而不是c++的dynamic_cast

检查返回值
由于TinyXml是一个非校验的解析器，因此当解析一个文件时，很可能文件并不包含我们预期的某个节点，在这种情况下，TinyXml将返回空指针。因此，必须要对返回值进行检查，否则将很容易出现内存访问的错误。

如何重头建立一个XML文件
先建立一个TiXmlDocument对象，然后，载入某个模板，或者直接插入一个节点作为根节点，接着就可以像打开一个已有的XML文件那样对它进行操作了。

四、总结

TinyXml最大的特点就是它很小，可以很方便的静态连接到程序里。对于像配置文件、简单的数据文件这类文件的解析，它很适合。但是由于它是非验证的，因此需要在程序里做许多检查工做，加重了程序编写的负担。因此对于复杂的XML文件，我觉得最好还是用验证的解析器来处理。

Hero 2009-08-27 13:52 发表评论

文件夹操作

Hero — Tue, 31 Mar 2009 08:03:00 GMT

  1 //C++ 文件夹操作
  2 
  3 #include <iostream>
  4 #include <string>
  5 #include <direct.h>//getcwd(); chdir();
  6 #include <windows.h>//GetModuleFileNameA();
  7 #include <io.h>
  8 #include <vector>
  9 #include <algorithm>
 10 
 11 using namespace std ;
 12 
 13 const int size = 100 ;
 14 
 15 bool cmp( const string& a, const string& b )
 16 {
 17     if( a.length() != b.length() )
 18         return a.length() < b.length() ;
 19     else
 20         return strcmp( a.c_str(), b.c_str() ) < 0 ;
 21 }
 22 
 23 int main()
 24 {
 25     string filePath ;//定义文件路径
 26     string fileName ;//定义文件名字
 27     char tPath[size] ;//临时变量
 28 
 29     ////获取当前执行文件路径
 30     ::GetModuleFileNameA( NULL, tPath, size ) ;//获取当前执行文件路径
 31 
 32     filePath = tPath ;
 33     cout << "filePath = " << filePath << endl ;
 34 
 35     //获取当前工作目录 -- getcwd()
 36     if( NULL == getcwd( tPath, size ) )
 37         perror( "getcwd error !\n" ) ;
 38     else
 39         cout << tPath << endl ;
 40     filePath = tPath ;
 41 
 42     //更改当前工作目录 -- 相对路径方式 -- chdir()
 43     if( chdir( "../HLOJ" ) )
 44         cout << "Unable to locate the directory you specified !" << endl ;
 45     else
 46     {
 47         getcwd( tPath, size ) ;//重新获取当前工作目录
 48         cout  << "The CWD is " << tPath << endl ;//输出当前工作目录 
 49         system( "type HLOJ_1130.cpp" ) ;//system执行DOS指令
 50     }
 51 
 52     //更改当前工作目录 -- 绝对路径方式 -- chdir()
 53     if( chdir( "D:\\wang" ) )
 54         cout << "Unable to locate the directory you specified !" << endl ;
 55     else
 56     {
 57         getcwd( tPath, size ) ;//重新获取当前工作目录
 58         cout << tPath << endl ;
 59         system( "dir *.bat" ) ;//dir D:/wang
 60     }
 61 
 62     //查找当前目录中符合要求的文件，并且输出文件的相关信息 -- IO.h
 63     int hFile ;
 64     _finddata_t fileInfo ;
 65         
 66     vector<string> vec ;//用于保存文件名字 -- 可排序用
 67 
 68     vec.clear() ;
 69     if( (hFile = _findfirst( "*.txt", &fileInfo )) != EOF )    
 70     {
 71         do
 72         {
 73             if( !(fileInfo.attrib & _A_SUBDIR ) )//检查是否是目录
 74             {
 75                 cout << fileInfo.name << ", " << fileInfo.size << "Bytes" << endl ; 
 76                 vec.push_back( fileInfo.name ) ;
 77             }
 78         }while( 0 == _findnext( hFile, &fileInfo ) ) ;
 79 
 80         _findclose( hFile ) ;
 81     }
 82 
 83     sort( vec.begin(), vec.end(), cmp ) ;//对文件从小到大排序
 84     for( vector<string>::iterator it=vec.begin(); it!=vec.end(); it++ )
 85     {
 86         cout << *it << endl ;
 87     }
 88     cout << "*****************************************************" << endl ;
 89     
 90     //查找当前目录中符合要求的文件，并且输出文件的相关信息 -- 底层
 91 
 92     _getcwd( tPath, size ) ;
 93     cout << tPath << endl ;
 94 
 95     WIN32_FIND_DATAA findData ;//定义文件结构变量
 96     ::ZeroMemory( &findData, sizeof(findData) ) ;
 97 
 98     int fileCnt = 0 ;
 99     HANDLE hFind = ::FindFirstFileA( "*.txt", &findData ) ;
100     //if( hFind != INVALID_HANDLE_VALUE  )//失败返回INVALID_HANDLE_VALUE
101     if( hFind != (HANDLE)EOF )
102     {
103         do
104         {
105             if( '.' == findData.cFileName[0] ) continue ;
106 
107             long long fileSize = (long long)(findData.nFileSizeHigh<<32)
108                                            + findData.nFileSizeLow ;
109             cout << ++fileCnt << "\\" << findData.cFileName << "***" << fileSize << endl ;
110         }while( FindNextFileA( hFind, &findData ) ) ;
111 
112         FindClose( hFind ) ;
113     }
114 
115     return 0 ;
116 }

Hero 2009-03-31 16:03 发表评论