Làm thế nào để gỡ lỗi một StackOverflowException trong .NET

Question

Kịch bản:

Tôi vừa mới được trên một cuộn và thực hiện một loạt các mã, nhưng khi tôi thực hiện nó tôi nhận được ném một StackOverflowException? StackOverflowException không có stacktrace nên tôi bị kẹt. Tôi biết lý do tại sao một tràn ngăn xếp có thể xảy ra, nhưng để sửa chữa nó, tôi cần biết gốc của nó ở đâu.

Tất cả tôi nhận được là: Một ngoại lệ unhandled của loại 'System.StackOverflowException' xảy ra trong thẻ-bạn-it.dll

Options:

1. Scan qua tất cả các thay đổi và cố gắng chỉ ra vấn đề. (có thể chậm)
2. Sử dụng trình gỡ lỗi và đi qua cho đến khi bạn tìm thấy sự cố. (có thể tốt hơn 1.)
3. Sử dụng hồ sơ và tìm các phương pháp được gọi nhiều nhất.
4. ?

PS:

Đây là một tình huống giả định (mặc dù không phải là quá phổ biến) và do đó không có mã có sẵn.

Answer 1

Điều này hầu như luôn luôn là do đệ quy. Hoặc là một phương thức tự gọi chính nó, hoặc một phương thức gọi một phương thức gọi nó trở lại và vân vân.

Để tìm nó:

• CẬP NHẬT: Tôi đã không nhận ra, nhưng dường như bạn không thể nhận stack trace cho một StackOverflowException (Tôi đoán điều gì đó để làm với việc không thể xem một vở kịch , hoặc). Tuy nhiên có nhiều cách để có được một bãi chứa as mentioned here.
• ReSharper sẽ hiển thị các phương thức tự gọi mình (nó đặt một vòng tròn nhỏ màu xanh ở thanh bên cho các cuộc gọi đệ quy) mặc dù nó sẽ không bắt đệ quy khi có hai hoặc nhiều phương pháp tham gia.
• Sử dụng công cụ như ANTS Profiler để xem phương pháp nào được gọi nhiều nhất.
• Hãy theo dõi các sự kiện phát sinh có thể gọi mã có nghĩa là sự kiện tương tự sẽ kích hoạt trở lại, gây ra một vòng lặp.

Đôi khi bạn sẽ nhận được lỗi chính tả như thế này, quá:

private string name; 

public string Name 
{ 
    get { return Name; } // Ooops! This is recursive, all because of a typo... 
} 

Đó là lý do tại sao cá nhân tôi hiện nay thích sử dụng các thuộc tính tự động.

Answer 2

Tìm các phương thức tự gọi (hoặc một phương pháp gọi một phương thức khác và ngược lại) và kiểm tra chúng. Đệ quy thường là nghi phạm chính khi bạn nhận được ngoại lệ SO.

Answer 3

Tại phương thức là "điểm vào" cho thao tác không thành công, hãy đặt điểm ngắt. Bước qua mã và xem cho các lần xuất hiện của cùng một chuỗi các cuộc gọi phương thức xảy ra lặp đi lặp lại trong một mẫu giống hệt nhau để ngăn xếp cuộc gọi ngày càng sâu hơn.

Ngay khi bạn nhận thấy điều đó, hãy đặt điểm ngắt tại vị trí hiện tại, ở bất kỳ đâu. Tiếp tục thực hiện (F5 trong Visual Studio) - nếu bạn đang đi đúng hướng thì trình gỡ lỗi sẽ dừng lại rất nhanh tại cùng một vị trí và ngăn xếp cuộc gọi sẽ còn sâu hơn nữa.

Bây giờ bạn có khung ngăn xếp "trực tiếp", bạn có thể kiểm tra, để tìm hiểu cách đảm bảo rằng đệ quy này sẽ chấm dứt đúng cách.

Answer 4

Bạn có thể thực thi chương trình trên chế độ gỡ lỗi và tạm dừng nó. Trên callstack hiện tại bạn có thể thấy rằng có một phương pháp hoặc một nhóm phương pháp xuất hiện nhiều lần, đây là những phương pháp có vấn đề. Đặt một điểm break trên phương pháp này và nhìn những gì nó gọi là chính nó tất cả các thời gian.

Answer 5

Đi tới Gỡ lỗi, ngoại lệ và chọn hộp kiểm được ném tại 'Ngoại lệ thời gian chạy ngôn ngữ chung'. Bây giờ khi bạn gây ra ngoại lệ stackoverflow, trình gỡ lỗi sẽ dừng (cuối cùng) và hiển thị cho bạn ngăn xếp cuộc gọi.

Answer 6

Nếu bạn có mã và có thể chạy chương trình của bạn từ Visual Studio, nó sẽ bị ngắt trong trình gỡ rối (nếu ngoại lệ đầu tiên được kích hoạt) khi gặp sự cố System.StackOverflowException. Từ đó bạn có thể kiểm tra ngăn xếp cuộc gọi và xem cuộc gọi nào đang thổi ngăn xếp.

Tôi đã xác nhận rằng tính năng này hoạt động cho Visual Studio 2010 và Visual C# 2010 Express.

Answer 7

Cá nhân, tôi muốn thu hẹp nó càng nhiều càng tốt vào một phần mã nhất định. Ví dụ, tôi chỉ có một. Điều kỳ lạ là nó chỉ xảy ra trên máy tôi không thể gỡ lỗi trực tiếp.

Tôi có hai luồng chạy song song, vì vậy tôi đã ngừng chạy một luồng (hoặc bạn có thể vô hiệu hoá nó).

Sau đó, tôi đã trải qua các chức năng của mình và bổ sung như chức năng in ra, chẳng hạn như: Cũng giống như chức năng bắt đầu:

Console.WriteLine("<Enter method: {0}", DebuggingHelper.GetCurrentMethod()); 

Ngay trước khi trở về chức năng:

Console.WriteLine(">Exit method: {0}", DebuggingHelper.GetCurrentMethod()); 

đâu GetCurrentMethod được định nghĩa là :

[MethodImpl(MethodImplOptions.NoInlining)] 
public static string GetCurrentMethod() 
{ 
    StackTrace st = new StackTrace(); 
    StackFrame sf = st.GetFrame(1); 
    return sf.GetMethod().Name; 
} 

Sau đó, tôi chạy nó, có thể tôi không thêm cho tất cả các chức năng, nhưng đủ để thu hẹp vị trí trong mã đang xảy ra. Sau đó, trong phần đó, thêm nhiều hơn nữa.

Bạn cũng có thể thêm điểm kiểm tra khi nó chạy qua một số phương pháp nhất định.

Sau đó chạy lại, những gì bạn sẽ thấy là ngoại lệ StackOverFlow sẽ xảy ra giữa các câu lệnh đó. Tiếp tục thu hẹp cho đến khi bạn tìm thấy nó.

Khá đơn giản và nhanh chóng để tìm nơi xảy ra theo cách này.