開發(fā)程序的時(shí)候經(jīng)常會(huì)引用一些第三方的DLL，然后編譯生成的exe文件就不能脫離這些DLL獨(dú)立運(yùn)行了。

但是，很多時(shí)候我們本想開發(fā)一款只需要一個(gè)exe就能完美運(yùn)行的小工具。那該怎么辦呢？

下文介紹一種超簡(jiǎn)單的方法，不用寫一行代碼就可輕松實(shí)現(xiàn)。

這里我們需要用到一款名為Fody.Costura的工具。Fody.Costura是一個(gè)Fody框架下的插件，可通過Nuget安裝到VS工程中。安裝之后，就可以將項(xiàng)目所依賴的DLL（甚至PDB）文件全部打包到EXE文件里。

使用方法

• 在VS中，通過Nuget為目標(biāo)EXE工程安裝Costura.Fody?；蛘咄ㄟ^NuGet控制臺(tái)用命令行安裝：Install-Package Costura.Fody -Version 1.3.3
• 重新構(gòu)建項(xiàng)目。

構(gòu)建完成后，到項(xiàng)目的輸出目錄下找到新生成的EXE文件，你同時(shí)會(huì)發(fā)現(xiàn)輸出目錄下仍然存在那些DLL。不過不用擔(dān)心，這個(gè)EXE已經(jīng)能夠獨(dú)立運(yùn)行了。你可以把這些DLL全部刪除后再運(yùn)行EXE試試。

另外，F(xiàn)ody.Costura還支持一些進(jìn)階的特性，例如：

• 臨時(shí)程序集文件：在運(yùn)行EXE前自動(dòng)，自動(dòng)將DLL從EXE中解壓到文件夾系統(tǒng)中，再通過常規(guī)的方式加載該DLL。
• 合并非托管的DLL：Fody.Costura可以合并非托管的DLL，但是不會(huì)自動(dòng)合。如果你的程序涉及非托管DLL，那么你需要通過修改Fody.Costura的配置文件來顯示地告訴它你想合并哪些非托管的DLL。
• 預(yù)加載DLL：Fody.Costura可以幫助你在程序啟動(dòng)時(shí)預(yù)先加載某些DLL，你甚至可以指定這些DLL的加載順序。
  

以上這些進(jìn)階特性都需要你通過修改Fody.Costura的配置文件來實(shí)現(xiàn)，具體的操作步驟可以參考它的官方文檔。

好了，F(xiàn)ody.Costura的使用方式已經(jīng)介紹完了。如果你對(duì)Fody.Costura的實(shí)現(xiàn)原理感到好奇，可以接著往下看。

合并非托管的DLL

<?xml version="1.0" encoding="utf-8"?>
<Weavers>
 <Costura>
 <Unmanaged32Assemblies>
  SQLite.Interop
 </Unmanaged32Assemblies>
 <Unmanaged64Assemblies>
  SQLite.Interop
 </Unmanaged64Assemblies>
 </Costura>
</Weavers>

實(shí)現(xiàn)原理介紹

當(dāng)CLR試圖加載一個(gè)程序集但加載失敗時(shí)，它會(huì)引發(fā)AppDomain.AssemblyResolve事件。我們的程序可以監(jiān)聽這個(gè)事件，并且在這個(gè)事件的處理函數(shù)中返回這個(gè)CLR試圖加載的程序集，從而使程序得以繼續(xù)正常運(yùn)行。

Fody.Costura在構(gòu)建項(xiàng)目時(shí)會(huì)把EXE引用到的DLL全部嵌入到EXE文件中。當(dāng)程序在運(yùn)行的過程中用到其中某個(gè)DLL的時(shí)候（此時(shí)由于CLR無法找到該DLL文件，導(dǎo)致AppDomain.AssemblyResolve事件被觸發(fā)）再?gòu)腅XE文件的嵌入資源中提取所需的DLL。

下面這兩個(gè)函數(shù)就是Fody.Costura實(shí)現(xiàn)這部分邏輯的代碼。

public static void Attach()
{
  var currentDomain = AppDomain.CurrentDomain;
  currentDomain.AssemblyResolve += (s, e) => ResolveAssembly(e.Name);
}
public static Assembly ResolveAssembly(string assemblyName)
{
  if (nullCache.ContainsKey(assemblyName))
  {
   return null;
  }  

  var requestedAssemblyName = new AssemblyName(assemblyName);  

  var assembly = Common.ReadExistingAssembly(requestedAssemblyName);
  if (assembly != null)
  {
   return assembly;
  }  

  Common.Log("Loading assembly '{0}' into the AppDomain", requestedAssemblyName);  

  assembly = Common.ReadFromEmbeddedResources(assemblyNames, symbolNames, requestedAssemblyName);
  if (assembly == null)
  {
   nullCache.Add(assemblyName, true);  

   // Handles retargeted assemblies like PCL
   if (requestedAssemblyName.Flags == AssemblyNameFlags.Retargetable)
   {
     assembly = Assembly.Load(requestedAssemblyName);
   }
  }
  return assembly;
}

可以看到，Attach方法監(jiān)聽了AppDomain.AssemblyResolve事件。當(dāng)CLR無法成功加載某個(gè)程序集時(shí)， AssemblyResolve事件處理函數(shù)會(huì)被執(zhí)行。AssemblyResolve會(huì)嘗試通過Common.ReadFromEmbeddedResources方法從已加載的程序集的嵌入資源中獲取目標(biāo)程序集，并返回給CLR。

看到這里，你可能會(huì)問，Attach方法是在什么時(shí)候執(zhí)行的呢？

其實(shí)是這樣的，對(duì)于C#語言來說，CLR隱藏了一個(gè)大招——CLR可以在每個(gè)模塊（每個(gè)程序集都含有一個(gè)或多個(gè)模塊）加載之前執(zhí)行一些初始化的代碼。但是很遺憾，C#語言無法控制這部分代碼。Fody.Costura則是在內(nèi)部將IL代碼直接注入到EXE程序集內(nèi)部模塊的初始化函數(shù)中，而這部分IL代碼其實(shí)就是執(zhí)行了Attach方法。這樣一來，EXE程序集被加載后，Attach方法就能夠立即得到調(diào)用了。

以上就是Fody.Costura實(shí)現(xiàn)原理的簡(jiǎn)單介紹。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論