我希望有人能啟發(fā)我有關(guān)可能導(dǎo)致此錯(cuò)誤的原因：嘗試讀取或?qū)懭胧鼙Ｗo(hù)的內(nèi)存。這通常表明其他內(nèi)存已損壞。我無(wú)法真正發(fā)布代碼，因?yàn)榇隋e(cuò)誤似乎在應(yīng)用程序的任何隨機(jī)區(qū)域中引發(fā)。該應(yīng)用程序?qū)⒃谝l(fā)錯(cuò)誤之前的12-48小時(shí)內(nèi)運(yùn)行。有時(shí)它將停止在看似隨機(jī)的位置并引發(fā)上述錯(cuò)誤，而有時(shí)整個(gè)應(yīng)用程序都停止了，并且屏幕出現(xiàn)錯(cuò)誤，提示“在...中存在致命錯(cuò)誤”。 CLR中的錯(cuò)誤或...”有關(guān)PInvoke的信息或其他不相關(guān)的信息。發(fā)生這種情況時(shí)，所有線程均顯示已終止，并且沒(méi)有可用的調(diào)試信息。簡(jiǎn)而言之，這就是應(yīng)用程序的作用：它是一個(gè)完全用C＃編寫的多線程服務(wù)器應(yīng)用程序?？蛻舳送ㄟ^(guò)套接字連接到服務(wù)器。服務(wù)器為客戶端運(yùn)行一個(gè)虛擬的“環(huán)境”，客戶端可以在其中彼此交互并與環(huán)境交互。它消耗了大量?jī)?nèi)存，但我看不到它在泄漏。它通常消耗約1.5GB。我不認(rèn)為其泄漏是因?yàn)樵谡麄€(gè)應(yīng)用程序運(yùn)行期間內(nèi)存使用率保持相對(duì)恒定。即使客戶端沒(méi)有執(zhí)行任何操作，它仍在不斷運(yùn)行的代碼可以維護(hù)環(huán)境。它不使用任何第三方軟件或其他API。該應(yīng)用程序使用的唯一外部資源是套接字連接和SQL數(shù)據(jù)庫(kù)連接。它運(yùn)行在64位服務(wù)器上。我已經(jīng)嘗試使用.net 2.0、3.5和4在VS2008和VS2010中對(duì)此進(jìn)行調(diào)試。我嘗試關(guān)閉編譯器優(yōu)化和幾個(gè)Microsoft修補(bǔ)程序。似乎沒(méi)有什么可以解決這個(gè)問(wèn)題。如果有人知道任何可能的原因，或某種方式識(shí)別導(dǎo)致問(wèn)題的原因，將不勝感激。