下面的例子是一个纯资源DLL的源程序
所谓纯资源 DLL 就是指不包含任何可执行代码的动态链接库,也就是说这种 DLL 是无需重定位的,这类 DLL 无论被加载到哪个内存地址都是可以的。
为了便于说明,先介绍一下 PE 文件的加载。每个 PE 文件头都会定义一个 ImageBase,系统根据这个值作为模块的基地址来加载 PE 文件。一般 EXE 文件的 ImageBase 是“0x00400000”,也就是说,这个PE文件的内存映像是从内存地址“0x00400000”开始的。这个基地址和 PE 文件中的代码有着密切关系,因为编译后的代码对内存的引用都使用硬编码。在源代码中我们是通过变量名来引用数据的,而编译后这个变量的内存地址是固定的,可能是“0x00412345”,可执行代码通过这个内存地址来引用,如果实际加载的基地址不是“0x00400000”而是“0x00500000”的话,那着个变量数据的实际地址就变成了“0x00512345”了,“0x00412345”就不能引用变量的数据了。
PE 文件的结构:
以下是代码片段:
Pe Handle: 342e78
Machine: 14c
Running on 386+
Number of section: 5
Pe Time: Mon Sep 20 01:05:55 1999
Pointer to Symbol Table: 0
Size of Optional Header: e0
Characteristics: 210e
EXECUTABLE IMAGE
TARGET MACHINE IS 32BIT
DEBUG INFORMATION IN FILE
DLL
OptionalHead Magic No.: 10b
Pe File is a Pe32 file
PE LinkVer: 6.0
Size of Pe Code: 5000
Size of Pe Initlized Data: 7000
Size of Pe Uninitlized Data: 0
Entry point of this file: 1b88
Base of code: 1000
Base of data: 6000
ImageBase: 10000000
Section Alignment: 1000
File alignment: 1000
Target operating system version: 4.0
File verson: 0.0
Target subsystem ver: 4.0
Size of Image: d000
SizeOfHeaders: 1000
CheckSum: 0
Subsystem is: 2
Subsystem: windows GUI
Dll Charasteristics: 0
Size Of Stack reserve: 100000
Size of Stack commit: 1000
Size of Heap reserved: 100000
Size of Heap commit: 1000
Number of Pe Data directories : 10
Export table: 6ae0 3fc
Import table: 6618 28
Resource Table: b000 3d0
Exeception Table: 0 0
Ceterfy table: 0 0
Base Relocation table: c000 52c
Debug Table: 0 0
Architecture: 0 0
GlobalPrt table: 0 0
TLS Table: 0 0
LOAD CONFIG table: 0 0
Bound import table: 0 0
IAT: 6000 dc
Delay Import Descriptor: 0 0
COM+ Runtime header: 0 0
Section name: .text
NumberOfLineNumbers: 0
NumberOfRelocations: 0
Pointer to LineNumber: 0
Pointer to RawData: 1000
Pointer to relocations: 0
Section Flags: 60000020
SizeOFRawData: 5000
VirtualAddress: 1000
VirtualSize: 49fa
Section name: .rdata
NumberOfLineNumbers: 0
NumberOfRelocations: 0
Pointer to LineNumber: 0
Pointer to RawData: 6000
Pointer to relocations: 0
Section Flags: 40000040
SizeOFRawData: 1000
VirtualAddress: 6000
VirtualSize: edc
Section name: .data
NumberOfLineNumbers: 0
NumberOfRelocations: 0
Pointer to LineNumber: 0
Pointer to RawData: 7000
Pointer to relocations: 0
Section Flags: c0000040
SizeOFRawData: 3000
VirtualAddress: 7000
VirtualSize: 3100
Section name: .rsrc
NumberOfLineNumbers: 0
NumberOfRelocations: 0
Pointer to LineNumber: 0
Pointer to RawData: a000
Pointer to relocations: 0
Section Flags: 40000040
SizeOFRawData: 1000
VirtualAddress: b000
VirtualSize: 3d0
Section name: .reloc
NumberOfLineNumbers: 0
NumberOfRelocations: 0
Pointer to LineNumber: 0
Pointer to RawData: b000
Pointer to relocations: 0
Section Flags: 42000040
SizeOFRawData: 1000
VirtualAddress: c000
VirtualSize: c1c
一般情况下,EXE 文件是不会碰到这种情况的,它总能被系统加载到指定的地址,但 DLL 文件就不同了。由于 DLL 文件是可被动态加载的,所以不能保证 ImageBase 指向的地址没有被其他的 DLL 占用或已被使用。所以 DLL 文件都会有一个“.reloc”节,这个节存放了用于 DLL 文件重定位的信息。重定位对系统来说是一个很大的开销,所以我们要尽可能得避免重定位的发生。在用 VC 编译 DLL 文件时,可以使用“/fixed”来链接,这样编译后的 DLL 文件就不会存在“.reloc”节了,编译后的文件大小也会被缩小很多(具体缩减大小和 PE 文件的“alignment”有关)。
使用“/fixed”开关确实很有效,但万一 DLL 无法加载到首选基地址,那该 DLL 就无法被加载。这的确是个问题。对 windows 2000 来说,这个问题很容易解决,在 VC 编译器中,你可以使用“/subsystem:windows,5.0”或“/subsystem:console,5.0”开关来创建一个不包含“.reloc”节的 DLL 文件而不用设置“/fixed”开关。
在源文件中加入如下代码:
#pragma comment(linker,"/subsystem:windows,5.0")
纯资源的DLL就是只包含资源的DLL,例如:图标,位图,字符串,声音,视频,
对话框等。使用纯资源DLL可以节约可执行文件的大小,可以被所有的应用程序
所共享,从而提高系统性能。纯资源DLL的编写比普通的DLL要简单的多,首先
创建一个WIN32 DLL工程,不是MFC的DLL,然后创建一个资源文件 *.RC,添加
到资源DLL的工程中去。然后添加一个初始化DLL的原文件。
#include
extern "C"
BOOL WINAPI DllMain( HINSTANCE hInstance, DWORD dwReason, LPVOID )
{
return 1;
}
这是纯资源DLL所必须需的代码,保存这个文件为*.CPP。编译这个资源DLL。
在应用程序显示的调用这个DLL,使用LoadLibrary函数装入资源
DLL,FindResource和LoadResource来装入各种资源,或者使用下列的特定的
资源装入函数:
FormatMessage
LoadAccelerators
LoadBitmap
LoadCursor
LoadIcon
LoadMenu
LoadString
当资源使用结束,你的应用程序须调用FreeLibrary函数来释放资源。
下面就讲一下如何调用编写好的资源DLL
实例1:
HMODULE hMod = LoadLibrary(/"WindllTest.dll/");
if(!hMod)
return;
HBITMAP hb = LoadBitmap(hMod,MAKEINTRESOURCE(IDB_BITMAP1));
((CButton *)GetDlgItem(IDC_BUTTON2))->SetBitmap(hb);
....
FreeLibrary(hMod);
实例2:
HPALETTE CreateDIBPalette (LPBITMAPINFO lpbmi, LPINT lpiNumColors)
{
LPBITMAPINFOHEADER lpbi;
LPLOGPALETTE lpPal;
HANDLE hLogPal;
HPALETTE hPal = NULL;
int i;
lpbi = (LPBITMAPINFOHEADER)lpbmi;
if (lpbi->biBitCount <= 8)
*lpiNumColors = (1 << lpbi->biBitCount);
else
*lpiNumColors = 0; // No palette needed for 24 BPP DIB
if (lpbi->biClrUsed > 0)
*lpiNumColors = lpbi->biClrUsed; // Use biClrUsed
if (*lpiNumColors)
{
hLogPal = GlobalAlloc (GHND, sizeof (LOGPALETTE) +
sizeof (PALETTEENTRY) * (*lpiNumColors));
lpPal = (LPLOGPALETTE) GlobalLock (hLogPal);
lpPal->palVersion = 0x300;
lpPal->palNumEntries = *lpiNumColors;
for (i = 0; i < *lpiNumColors;i++)
{
lpPal->palPalEntry[i].peRed = lpbmi->bmiColors[i].rgbRed;
lpPal->palPalEntry[i].peGreen = lpbmi->bmiColors[i].rgbGreen; [Page]
lpPal->palPalEntry[i].peBlue = lpbmi->bmiColors[i].rgbBlue;
if (i<=10 || i>=246)
lpPal->palPalEntry[i].peFlags = PC_NOCOLLAPSE;
else
lpPal->palPalEntry[i].peFlags = 0;
}
hPal = CreatePalette (lpPal);
GlobalUnlock (hLogPal);
GlobalFree (hLogPal);
}
return hPal;
}
void showImage()
{
HMODULE hMod = LoadLibrary(/"WindllTest.dll/");
if(!hMod)
return;
HRSRC hrs = FindResource(hMod,MAKEINTRESOURCE(IDB_BITMAP1),RT_BITMAP);
HGLOBAL hg = LoadResource(hMod,hrs);
HBITMAP hBitmapFinal;
LPBITMAPINFOHEADER lpbi;
HPALETTE lphPalette;
int iNumColors;
HDC hdc;
hdc = ::GetDC(NULL);
lpbi = (LPBITMAPINFOHEADER)LockResource(hg);
lphPalette = CreateDIBPalette((LPBITMAPINFO)lpbi, &iNumColors);
if (lphPalette)
{
::SelectPalette(hdc,lphPalette,FALSE);
::RealizePalette(hdc);
}
hBitmapFinal = ::CreateDIBitmap(hdc,
(LPBITMAPINFOHEADER)lpbi,
(LONG)CBM_INIT,
(LPSTR)lpbi + lpbi->biSize + iNumColors * sizeof(RGBQUAD),
(LPBITMAPINFO)lpbi,
DIB_RGB_COLORS );
UnlockResource(hg);
((CButton *)GetDlgItem(IDC_BUTTON2))->SetBitmap(hBitmapFinal);
FreeLibrary(hMod);
}
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/lsm307742191/archive/2008/12/25/3607642.aspx