Đối với điều này bạn có thể sử dụng WMemoryProfiler để
- Nhận tất cả các đối tượng trong tất cả appdomains như một mảng đối tượng
- Tạo một bãi chứa ký ức về quá trình của riêng bạn
- đối tượng cụ thể Serialize để đĩa
Để thực hiện điều này, bạn cần Windbg tất nhiên nhưng Api của WMemoryProfiler được quản lý đầy đủ và bạn về cơ bản có thể tự gỡ lỗi quá trình của bạn. Thư viện này sẽ xử lý các lỗi của trình gỡ rối thông thường vì nó quấn Windbg trong một thư viện dễ truy cập.
Mã bên dưới sẽ nhận tất cả các phiên bản của đối tượng System.Threading.Thread vào một mảng đối tượng. Bằng cách này, bạn có thể viết trình hiển thị trực quan cho các đối tượng ứng dụng của riêng bạn khi chạy. Quá tải khác chỉ đơn giản là cung cấp cho bạn tất cả các đối tượng trong tất cả các AppDomains.
using (var debugger = new MdbEng())
{
var dummy = new Thread(() => {});
dummy.Name = "Dummy Thread";
// Get all thread objects in all AppDomains
var threads = debugger.GetObjects("System.Threading.Thread", true);
foreach (Thread t in threads)
{
Console.WriteLine("Managed thread {0} has Name {1}", t.ManagedThreadId, t.Name);
}
GC.KeepAlive(dummy);
}
Vì đó là trình bao bọc xung quanh Windbg bạn cũng có thể tạo một kết xuất bộ nhớ ngay sau đó để tải dữ liệu đối tượng để hiển thị từ bãi chứa. Profiler Memory Profilers (ví dụ MemoryProfiler từ Scitech) sử dụng kỹ thuật này từ nhiều năm nhưng nó khá chậm khi bạn có một vùng nhớ bộ nhớ khổng lồ vì chúng đang sử dụng Windbg như là dump analyzer.
Nguồn
2012-11-17 14:49:09
Tôi nghĩ câu hỏi này rất chung chung và sẽ là một phần của "siêu trình gỡ rối" nếu câu trả lời tồn tại, vì vậy tôi đã mở một phần thưởng cho nó. Hãy tưởng tượng nếu danh sách biến có thể lọc được khi đang bay và cũng cho phép sử dụng bộ nhớ (người ta có thể mơ). –
"trình gỡ lỗi tự"? –
Không, tôi có nghĩa là 'siêu' vì nó sẽ vượt trội so với những gì chúng tôi thực sự hiện có với C#. –