.NET如何找到我正在使用的命名空間的dll？

Question

.NET如何找到命名空間的dll我是using？ 是的，我們確實在/參考文獻中提到了路徑：c：\ program files **，但是在構建&後部署以及軟件安裝在某些用戶的機器上之後。它可能不像我（開發人員）提到的那樣。我的意思是它可能是一些其他地方的權利？

1. 那麼，.NET如何找到它？
2. .NET在運行時如何知道dll中的所有命名空間是什麼？
3. 如果用戶具有相同的dll，但他將其重命名？ .net無法加載它呢？

Answer 1

如果您運行fuslogvw.exe（來自.NET SDK）並啓用將所有綁定記錄到磁盤，則可以看到各種探測步驟。您將能夠看到.NET CLR用來解析程序集引用的各種路徑。經驗法則是首先嚐試全局程序集緩存，然後檢查本地目錄以及一堆其他備用路徑。

Answer 2

大會位置規則在http://msdn.microsoft.com/en-us/library/yx7xezcf.aspx

Answer 3

集和命名空間的名稱解釋是不相關的概念。

通過包含它們的name編譯裝配參考其他裝配。

加載程序集時，通過搜索here所述的名稱來加載其引用。組件的最常見位置是機器的Global Assembly Cache，以及應用程序的基本目錄。

加載程序集及其所有引用（以及引用等的引用）後，運行時會從程序集中加載所需的類型。

例如，如果您使用的類型String在

using System; 

... 
String x = "Hello World"; 

C＃編譯器查找String，它解析爲mscorlib裝配System.String類型，代碼轉變爲類似於此：當執行該語句

[mscorlib]System.String x = "Hello World"; 

所以運行時知道這兩個類型System.String的全名和包含該類型的程序集的名稱。

Answer 4

從技術上講，DLL中沒有任何命名空間。

在CLR級別上，根本沒有名稱空間，只有完整的類名。 CLR類名可以由任意Unicode字符的任意長的序列組成 - 例如就CLR而言，@#$%將是一個非常好的類名。

現在，按照慣例（CLS，具體而言），類名被限制在特定的Unicode字符（字母數字和_，和一堆其他外來的Unicode類別 - 詳情參見規範）和點， dot用來表示名稱空間。這純粹是編譯器（和其他工具）之間的約定。

因此，無論什麼原因，只要程序集引用某種類型，它就會使用其完整的CLR名稱，如System.String。但還有更多 - 實際上，它使用了一個完全合格的名稱，其中也包含一個程序集。如果您看到ildasm輸出，則可以看到這些輸出 - 它們看起來像[mscorlib]System.String，因此運行時知道在哪裏看。

換句話說，CLR確實看到程序集mscorlib.dll的類爲System.String，程序集B.exe將該類引用爲[mscorlib]System.String。您的using語句不會在輸出DLL/EXE中自行生成任何代碼;它就在那裏，所以你不必一直寫System.String。

這是編譯器的工作體現你的代碼說String，在using System;聲明的範圍，它引用mscorlib.dll，以[mscorlib]System.String項目。這一切都是在編譯時完成的。 CLR在運行時唯一能解決的問題是解決mscorlib以在磁盤上找到實際的mscorlib.dll（另一個答案解釋了這種情況到底發生了什麼）。