ConditionalWeakTable <TKey，TValue>應用於非編譯目的嗎？

Question

我最近遇到ConditionalWeakTable<TKey,TValue>類，在我的搜索IDictionary，它使用弱引用，如答案here和here建議。

有a definitive MSDN article其推出的類和其中規定：

您可以找到類......在System.Runtime.CompilerServices命名空間。它在CompilerServices中，因爲它不是通用的字典類型：我們打算僅供編譯器編寫者使用。

，後來又說：

...條件弱表並非是一個通用的集合......但是，如果你寫你自己的和必要的.NET語言爲了揭示將屬性附加到對象的能力，您絕對應該查看條件弱表。

與此一致，類的MSDN條目描述如下：

允許編譯器來動態附加對象字段被管理對象。

很顯然它最初是爲了一個特定的目的而創建的 - 幫助DLR和System.Runtime.CompilerServices命名空間體現了這一點。但它似乎已經找到了比這更廣泛的用途 - 即使在CLR中也是如此。例如，如果我在ILSpy中搜索ConditionalWeakTable的引用，例如，我可以看到它用於MEF類CatalogExportProvider和內部WPF DataGridHelper類中。

我的問題是，在編譯器編寫和語言工具之外使用ConditionalWeakTable是否可行，以及在未來的.NET版本中是否會產生額外開銷或實現發生顯着變化的風險。 （或者應該避免使用像this one這樣的自定義實現）。

還有進一步閱讀here，有關ConditionalWeakTable如何利用一個隱藏的CLR實現的ephemerons（通過System.Runtime.Compiler.Services. DependentHandle）來處理鍵和值之間的週期問題，以及如何能夠不容易實現here和here以自定義的方式。

Answer 1

我沒有看到使用ConditionalWeakTable有什麼問題。如果你需要ephemerons，你幾乎別無選擇。

我不認爲未來的.NET版本會成爲一個問題 - 即使只有編譯器會使用這個類，Microsoft仍然無法改變它，而不會破壞與現有二進制文件的兼容性。

至於開銷 - 與普通Dictionary相比，肯定會有開銷。有許多DependentHandle可能會很昂貴，類似於多少WeakReferences比普通參考價格昂貴（GC必須做額外的工作來掃描它們以查看它們是否需要被清除）。但除非你有很多（數百萬）條目，否則這不是問題。