優化長壽命對象的收集

Question

背景： 我有一個服務，其目的是爲請求者提供對象 - 它基本上從數據庫中獲取複雜數據並將其轉換一次（有點像數據視圖）以生成一個簡單的記錄。然後通過按需提供最多10萬條記錄（取決於請求的性質）來處理來自其他服務的請求。

這個想法是，複雜的轉換隻需完成一次，然後通過服務進行緩存 - 比每次訪問視圖時都要讓數據庫解決問題的速度更快，而且對於我的目的而言工作得很好。 （我相信這是由一些所謂的SSOS）

數據被緩存的方式是在爲物業袋標準.NET類型對象的列表。這些對象沒有任何其他引用。 定期記錄將會改變，並且必須更新緩存，這意味着原始記錄必須被定位，丟棄並被替換。

現在在高速緩存中的記錄會一直在那裏很長一段時間，並會被標記爲第2代集合;幾乎所有的收藏品都會在Gen2階段發生，因爲這些物品已經存在了很長時間（有意）。

所以我的第二代收藏的理解是，他們是緩慢的，如果集合工作主要是在第二代則優化會更經常地做到這一點。

我希望能夠以引用完整Gen2集合的方式去除列表中的某個對象......我想也許有一種將它標記爲Gen0的方法然後在更換之前取消參考 - 但我認爲這是不可能的。

我不得不使用.NET 4中，這和應用是用作數據多達100個客戶端請求誰完整列表，或更改列表一段時間的服務。

問題：任何人都可以提出一個方式去參考長期生活的對象在GC友好的方式或者是另一種方式來解決這個問題？

Answer 1

對此沒有簡單的答案。如果你有很多長壽命的物品，那麼完整的收藏品真的會受到傷害，因爲我discussed here。由於圖片講述了千言萬語：

那些垂直尖峯其中垃圾收集發生和屠殺的響應時間。

我們減少這種影響的方式是：沒有gazillion長壽命的物體。我們所做的是將類更改爲struct s，這意味着唯一的對象是包含它們的數組。我們幸運的是，數據很簡單，並沒有涉及到string，這當然本身就是對象。我們也做了一些瘋狂的fixed-size buffer工作，以減少的事情，以前的集合，並改變了什麼是引用到指數（進入陣列）。如果您做必須使用string數據，也許儘量確保您不會有20,000個警報不同string instancs具有相同值 - 某種手工interner的（一個Dictionary<string,string>就足夠了），可以真正有用的存在。

注意，這種需求不會影響您的公共 API，因爲你總是可以創建一個從struct存儲舊class數據 - 不同的是，這將class只是簡單地存在，作爲一個DTO - 因此將收集便宜在下一代gen-0掃描中。

YMMV，但這對我們來說工作得不錯。

問題是：您需要是真的謹慎使用struct s;我強烈建議讓他們不變。