首先簡(jiǎn)單描述下程序運(yùn)行的步驟，

我們要去加載兩個(gè)DLL，先加載的稱(chēng)為A,后加載的稱(chēng)為B，加載A在里面做的事情是動(dòng)態(tài)創(chuàng)建一個(gè)全局對(duì)象，加載B在里面做的事情是取得這個(gè)全局對(duì)象，然后干其他事情。

?

我們機(jī)子上運(yùn)行的非常完美。但在用戶(hù)的機(jī)子上卻沒(méi)法運(yùn)行。報(bào)錯(cuò)直接說(shuō)這個(gè)全局對(duì)象為空，并沒(méi)被初始化。真是奇了怪了。

開(kāi)始認(rèn)為我們的加載順序有問(wèn)題，查了下代碼，沒(méi)問(wèn)題！

?

我們把程序放在WIN7下測(cè)試，也沒(méi)問(wèn)題。后來(lái)另一位同事在另個(gè)新系統(tǒng)下面測(cè)試，BUG重現(xiàn)！然后同事想把Visual Studio裝上調(diào)試，居然又運(yùn)行完好。頭兒提醒可能是加載A沒(méi)成功。于是卸載VS,先在A中打上日志，又在加載A之前打上日志，一看，發(fā)現(xiàn)果然是這個(gè)問(wèn)題！！

?

但為啥會(huì)加載失敗呢？用depends查看A有兩個(gè)依賴(lài)的dll未知！另外還有個(gè)幫忙的同事提醒說(shuō)，加載失敗，可能是由于清單文件所依賴(lài)的組件在新安的系統(tǒng)并沒(méi)有。一看清單*.mainifest文件，果然如此，多了兩個(gè)外來(lái)的動(dòng)態(tài)依賴(lài)庫(kù),

?

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
? <dependency>
??? <dependentAssembly>
????? <assemblyIdentity type="win32" name="Microsoft.VC80.DebugCRT" version="8.0.50727.762" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
??? </dependentAssembly>
? </dependency>
? <dependency>
??? <dependentAssembly>
????? <assemblyIdentity type="win32" name="Microsoft.VC80.DebugMFC" version="8.0.50727.762" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
??? </dependentAssembly>
? </dependency>
</assembly>

但轉(zhuǎn)念一想，不對(duì)啊，B都沒(méi)這兩個(gè)外來(lái)組件引入的清單，A怎么多了這兩個(gè)東西！

將A和B對(duì)比編譯配置，完全相同，百思不得其解！

?

幫忙的同事又說(shuō)，A所依賴(lài)的我們項(xiàng)目中的dll會(huì)不會(huì)有動(dòng)態(tài)庫(kù)？一查，果然如此，另一個(gè)的編譯選項(xiàng)居然是Use MFC in a share dll！照理說(shuō)應(yīng)該編譯過(guò)不了，但可愛(ài)的同事用忽略庫(kù)的辦法將其編譯錯(cuò)誤去掉，于是導(dǎo)致A生成的清單文件上會(huì)出現(xiàn)上述內(nèi)容。

?

?

應(yīng)該說(shuō)，粗心是不可避免的。

但有幾點(diǎn)需要以后注意的：

1. 捕獲異常措施不夠，是其本質(zhì)原因。

2. 測(cè)試環(huán)境需要真正模擬玩家環(huán)境。

總結(jié)

以上是生活随笔為你收集整理的动态链接MFC引发的血案的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。