一、dll間調用順序不明朗甜刻，導致資源釋放錯亂
修正【正常關服】時資源回收異常的問題绍撞。
項目大量使用dll進行組件化設計，跨dll?間資源的不恰當傳遞和回收方式?都會引起問題得院。在?GameServer?關服時就出現(xiàn)了資源回收異常傻铣，表現(xiàn)為：
在?NFGameServerNet_ServerPlugin.dll?創(chuàng)建了一個【資源R】?供?NFUrlPlugin.dll?使用，
應該在關服時?由?NFGameServerNet_ServerPlugin.dll?回收祥绞，但是NFGameServerNet_ServerPlugin.dll? 先進行卸載非洲，?NFUrlPlugin.dll 卸載時無法找到?【資源R】的正確回收器鸭限，進而會出現(xiàn)?Access?Violation?at?Address（地址訪問沖突）。
按照如下的dll配置循序：
PluginNameMap?NFCPluginManager::mPluginNameMap;
PluginNameMap?NFCPluginManager::mPluginNameMapTwo;
雖然原有代碼有兩個類成員的"意圖可能"是為了控制dll的加載卸載順序的两踏，但是沒有寫對（在不明朗原有代碼意圖的情況下败京，盡量少修改原有的代碼，我用新的代碼實現(xiàn)了）梦染。
二赡麦、dll的對象管理
這個比較基礎，也是接觸dll?的程序員都需要掌握的帕识，例如通過C語言的?extern隧甚，?還是C++的?dllimport/dllexport?方式；如果暴露類可能需要使用面向接口編程渡冻，類內部有成員變量戚扳，也要考慮其可暴露性。STL作為參數(shù)傳遞時族吻，要考慮器兼容性帽借，因為不同版本的C++標準實現(xiàn)的?STL都不一樣，此時一般不作為可暴露參超歌。
三砍艾、惡心的資源回收問題
多個dll之間的資源維護， dll-A?創(chuàng)建資源?供?dll-B?使用并持有該資源巍举，在?dll-B?里直接對該資源進行了回收脆荷，這是不正確的，因為不同的?dll/exe?分屬不同的模塊懊悯，其內部的數(shù)據(jù)蜓谋、堆棧也是相互獨立，資源的創(chuàng)建與釋放必須在同一個?dll/exe?模塊內炭分，否則會出現(xiàn)?【地址訪問沖突】Access?Violation?at?Address桃焕。
C語言的做法是?dll-A?通過malloc?創(chuàng)建對象，供dll-B?使用并持有該資源捧毛，進行回收時观堂，dll-B?將該資源交回給dll-A?進行正確的資源回收。
C++?語言的做法是?dll-A?通過new?創(chuàng)建對象呀忧，并通過引用計數(shù)（智能指針）對該對象進行包裝师痕、綁定資源回收函數(shù)，dll-B?使用并持有該資源而账，因為使用了引用計數(shù)胰坟，在dll-B?卸載時無需顯示調用資源回收相關的函數(shù)，完完全全有引用計數(shù)自動處理福扬。
四腕铸、在開發(fā)期間，適當提高編譯警告铛碑，盡早規(guī)避問題
1狠裹、解決方案的CMakeLists.txt?只在Unix?環(huán)境下開啟了?全級別的警告級別?-Wall，?Windows的vs環(huán)境則默認為?/W1（建議調整為不比?Unix的警告級別汽烦，?因為我們都在windows下進行開發(fā)涛菠，應該盡早在開發(fā)期間發(fā)現(xiàn)問題，盡量避免出現(xiàn)在不同環(huán)境下編譯結果不一致的情況）撇吞；
2俗冻、將編譯警告C4715（warning?C4715:not?all?control?paths?return?a?value，不是所有的控件路徑都返回值）強制改為?Error錯誤級別;?因為如果一個路徑沒有直接指明返回值的話牍颈，?編譯器會根據(jù)返回值類數(shù)據(jù)類型的默認值迄薄，但是不同編譯器對默認值的生成不一樣，一些是0xcdcdcdcd煮岁，?一些是0讥蔽，即使是同一編譯器的不同版本的實現(xiàn)也會不一致；會出現(xiàn)一種潛在性的問題画机，?在windows下編譯運行正常冶伞，?但在其他編譯器編譯運行后，卻出現(xiàn)了異常步氏！例如：
3响禽、NFCMysqlDriverManager::AddMysqlServer()?內部出現(xiàn)了資源泄漏：?沒有對new?NFCMysqlDriver對象進行回收！沒有正確使用多態(tài)（基于繼承的運行時多態(tài)）荚醒，PT項目的編程模式是【面向接口編程】芋类，如果?NFIMysqlDriver/NFINet?基類沒有提供virtual?析構函數(shù)，編譯器會自動構造【默認非virtual析構函數(shù)】界阁，在進行delete操作時梗肝，就會只調用?NFIMysqlDriver?的【默認非virtual析構函數(shù)】，子類（具體實現(xiàn)類）的析構函數(shù)不會被調用/部分成員函數(shù)沒有釋放铺董，進而造成資源泄漏巫击。在vc++下有?/Wall:?C4265?編譯警告?class?has?virtual?functions,?but?destructor?is?not?virtual?instances?of?this?class?may?not?be?destructed?correctly，gcc?下/Wall?是?deleting?object?of?abstract?class?type?‘*****’?which?has?non-virtual?destructor?will?cause?undefined?behaviour?[-Wdelete-non-virtual-dtor]精续，?也建議將此警告強制為?錯誤error坝锰。
