让自己编写的DLL加载到 Slot1

　2007-03-18 21:28:31　来源：WEB开发网　闂傚倸鍊搁崐鎼佸磹閹间礁纾瑰瀣椤愯姤鎱ㄥ鍡楀幊缂傚倹姘ㄩ幉绋款吋閸澀缃曢梻鍌欑濠€閬嶆惞鎼淬劌绐楅柡宥庡亞娑撳秵銇勯弽顐沪闁绘挶鍎甸弻锝夊即閻愭祴鍋撻崷顓涘亾濮樼偓瀚�

闂傚倸鍊搁崐鎼佸磹閹间礁纾瑰瀣捣閻棗銆掑锝呬壕濡ょ姷鍋涢ˇ鐢稿极閹剧粯鍋愰柟缁樺笧閳ь剦鍙冨鍝勑ч崶褏浠奸梺璇茬箲閼归箖鎮鹃悜钘夎摕闁靛濡囬崢鐢告⒑鐟欏嫷鍟忛柛鐘崇墵閵嗗倹绺介崨濠勫幈闁硅壈鎻槐鏇熺墡闂備線娼уú銈団偓姘嵆閻涱噣骞掑Δ鈧粻锝嗙節闂堟稑鏆欏ù婊堢畺閺岋綁濮€閳惰泛婀辨竟鏇熺節濮橆厾鍘甸梺缁樺姦閸撴岸鎮樻潏銊ょ箚闁圭粯甯炴晶娑氱磼缂佹ḿ娲寸€规洖宕灃闁告劕鍟犻崜婵堟崲濞戞ḿ鏆嗗┑鐘辫兌閺佹牜绱撴担浠嬪摵闁圭懓娲ら悾鐑藉箳閹搭厽鍍甸梺鐟板悁閻掞箓鎮楅幖浣光拻濞达絿鍎ら崵鈧梺鎼炲€栭悧鐘荤嵁韫囨稒鏅搁柨鐕傛嫹

婵犵數濮烽弫鍛婃叏閻戣棄鏋侀柛娑橈攻閸欏繑銇勯幘鍗炵仼缂佺媭鍨堕弻娑㈠箛闂堟稒鐏堥悗鐟版啞缁诲啴濡甸崟顖氱閻庨潧鎽滈悾濂告⒑绾拋娼愭繛鑼枎椤繒绱掑Ο鑲╂嚌闂侀€炲苯澧畝锝堝劵椤︽煡鎮￠妶澶嬬厪闁割偅绻冮崑顏呯箾瀹割喕绨婚幆鐔兼⒑鐎圭姵銆冮柤鍐茬埣瀹曟繈鏁冮埀顒勨€旈崘顔嘉ч柛鈩冾殘閻熸劙姊洪悡搴℃毐闁绘牕銈稿畷鐑樼節閸パ冨祮闂侀潧楠忕槐鏇㈠储椤忓牊鈷戦柟鑲╁仜閸旀鏌￠崨顔锯姇缂佸倹甯熼ˇ瀵哥磼鏉堛劌绗氭繛鐓庣箻閸┾剝鎷呴柨瀣垫綗闂傚倷娴囧銊╂倿閿曞倸绠查柛銉墮閺嬩線鏌熼崜褏甯涢柡鍛倐閺屻劑鎮ら崒娑橆伓闂傚倸鍊搁崐鎼佸磹閹间礁纾瑰瀣椤愯姤鎱ㄥ鍡楀幊缂傚倹姘ㄩ幉绋款吋閸澀缃曢梻鍌欑濠€閬嶆惞鎼淬劌绐楅柡宥庡亞娑撳秵銇勯弽顐沪闁绘挶鍎甸弻锝夊即閻愭祴鍋撻崷顓涘亾濮樼偓瀚�　　闂傚倸鍊搁崐鎼佸磹閹间礁纾归柣鎴ｅГ閸ゅ嫰鏌ら崫銉︽毄濞寸姵姘ㄧ槐鎾诲磼濞嗘帒鍘＄紓渚囧櫘閸ㄥ爼濡撮崘顔煎窛闁哄鍨归崢娲倵楠炲灝鍔氭い锔诲灦瀹曪繝骞庨懞銉у帾闂婎偄娲﹀ú鏍ㄧ墡闂備浇顕х€垫帡宕滈悢濂夋綎闁惧繐婀辩壕鍏间繆椤栨碍鎯堟い顐㈢焸濮婅櫣鎷犻懠顒傤唹濠殿喗菧閸旀垿宕洪埀顒併亜閹哄秶顦﹂柛銈庡墴閺屾盯骞樼捄鐑樼€诲銈庡亜缁绘劗鍙呭銈呯箰鐎氼剟鎮楅鐑嗘富闁靛牆妫欑粈鈧梺鐟板暱闁帮絽鐣峰⿰鍕嚤閻庢稒菤閹锋椽姊绘笟鍥т簽闁稿鐩幊鐔碱敍濞戞瑦鐝峰銈嗘煥婢х晫澹曢悡搴唵閻犺櫣灏ㄩ崝鐔虹磼婢跺孩顏犻柍褜鍓氶鏍窗閺嶎厸鈧箓鏌ㄧ€ｂ晝绠氬┑顔界箓閻牆危閻戣姤鈷戠紒瀣儥閸庢劙鏌熼悷鐗堟悙閾荤偤鏌涢幇鈺佸Ψ婵℃彃鐗婄换娑㈠幢濡ゅ啰顔夊┑鐐茬墛閿曘垹顫忕紒妯诲濡炲绨肩憰鍡欑磽閸屾氨袦闁稿鎸荤换娑氣偓娑欋缚閻倝鏌涢幘璺烘灈鐎规洘妞介崺鈧い鎺嶉檷娴滄粓鏌熼悜妯虹仴闁逞屽墮缂嶅﹤顕ｉ幎绛嬫晢闁告洦鍓涢崢閬嶆煟鎼搭垳绉靛ù婊呭厴閻擃剟顢楅崒妤€浜鹃悷娆忓绾惧鏌涘Δ鈧崯鍧楊敋閿濆纾归柣鏇氱劍闉嬮梻鍌欑閹碱偄螞鐎靛摜涓嶉柟鎹愵嚙閽冪喖鏌曟繛鐐珕闁稿妫濋弻娑氫沪閸撗€妲堝銈呴獜閹凤拷

核心提示：将自己编写的DLL包含到内核当中并不是难事，但是这并不意味着你的DLL能够加载到Slot 1，让自己编写的DLL加载到 Slot1，可能细心的你已经发现，当你用应用程序加载你自己手工包含到内核中的DLL时，如果您了解，希望能够发邮件赐教，这个DLL一定是加载到调用进程的地址空间中，而不是系统DLL的特有的地址空间Slo

将自己编写的DLL包含到内核当中并不是难事，但是这并不意味着你的DLL能够加载到Slot 1。可能细心的你已经发现，当你用应用程序加载你自己手工包含到内核中的DLL时，这个DLL一定是加载到调用进程的地址空间中，而不是系统DLL的特有的地址空间Slot 1，即使你在project.bib文件中加了文件属性NK或者S。也许你不会介意，认为只要能运行就OK。但是如果DLL加载到Slot 1，那么可用的进程地址空间就节省了。这对于本来就拥挤的进程地址空间来说是个好事。我早就注意这个问题了，可是最近才在MSDN的Knowledge Base中发现一篇文章，介绍如何将DLL加载到Slot 1。

只要符合下面两个条件，DLL就可以加载到Slot 1：

这个DLL包含在*.bib文件的MODULES中，且不能具有压缩属性。

在内核编译期间，一定要存在一个和DLL同名的.rel文件，且处于同一个目录下。

对于第一个条件，很容易实现，在PB中包含的模块默认就是不压缩的。如果你不会加入DLL到.bib中，可以参考我以前写的文章。对于第二个条件，也容易实现，只要在编译前在链接选项中加入一个选项和修改一个选项即可。如果是EVC，在"link"－"project options"中找到"/incremental"，改为"/incremental:no"，如果原来是就不用改了。接着添加一个选项"/savebaserelocations:filename.rel"，其中filename指的是你编译的DLL的主文件名。比如我要编译的DLL为abc.dll，那么在此添加"/savebaserelocations:abc.rel"。编译后就能找到这个文件。记住一定要把这个文件和DLL放在同一个目录下，这样PB才能找到这个DLL对应的.rel文件。至于.rel文件的内容，用记事本就能查看，也能看的懂。

到此这篇文章的内容就讲完了。另外我遇到一个问题，想麻烦所有正从事CE开发的网友，问题如下：

Windows CE允许PB开发者创建一个可信任的环境。其中有一种机制：在定制的内核启动后，只允许加密过的EXE、DLL运行，而非加密的EXE、DLL运行会失败。简略的说明这种机制原理，就是利用内核在加载EXE、DLL之前，先运行验证函数来验证EXE、DLL是否具有数字签名，并且签名是否合法。如果合法就可以运行了，不合法就不加载执行。验证函数能够访问一个全局Public Key，在EXE、DLL中包含Private Key。其中PB工具"signfile.exe"用于将数字签名附加到符合PE格式的EXE、DLL上。

这种机制正是我需要的，我想它也是很多PB开发者非常感兴趣的。可是我查看了帮助文档，卡在了最后一个环节"signfile.exe"上。需要了解加密的基本知识，而帮助文档在加密方面讲的不细致，我又不了解，所以在此请了解这方面的网友指教，大家可以在CE的帮助文档中搜索标题为"signfile.exe"的文章，如果您了解，希望能够发邮件赐教，本人不胜感激。