C # bắt một ngoại lệ tràn ngăn xếp

Tôi có một cuộc gọi đệ quy tới một phương thức ném ngoại lệ tràn ngăn xếp. Cuộc gọi đầu tiên được bao quanh bởi một khối try catch nhưng không bắt được ngoại lệ.

Ngoại lệ tràn ngăn xếp có hoạt động theo một cách đặc biệt không? Tôi có thể bắt / xử lý ngoại lệ đúng cách không?

Không chắc nếu có liên quan, nhưng thông tin bổ sung:

• ngoại lệ không được đưa vào chuỗi chính

• đối tượng mà mã đang ném ngoại lệ được tải thủ công bởi Assembly.LoadFrom (...). CreateInstance (...)

Bắt đầu với 2.0, một Ngoại lệ StackOverflow chỉ có thể gặp phải trong các trường hợp sau.

1. CLR đang được chạy trong môi trường được lưu trữ ^* nơi máy chủ lưu trữ đặc biệt cho phép xử lý các ngoại lệ của StackOverflow
2. Ngoại lệ stackoverflow được ném bởi mã người dùng và không phải do tình huống tràn ngăn xếp thực tế ( Tham khảo )

_{^* "môi trường được lưu trữ" như trong "mã của tôi lưu trữ CLR và tôi định cấu hình các tùy chọn của CLR" chứ không phải "mã của tôi chạy trên lưu trữ được chia sẻ"}

Cách đúng là sửa lỗi tràn, nhưng….

Bạn có thể tạo cho mình một ngăn xếp lớn hơn: -

using System.Threading;
Thread T = new Thread(threadDelegate, stackSizeInBytes);
T.Start();

Bạn có thể sử dụng thuộc tính System.Diagnostics.StackTrace FrameCount để đếm số khung hình bạn đã sử dụng và đưa ra ngoại lệ của riêng bạn khi đạt đến giới hạn khung hình.

Hoặc, bạn có thể tính toán kích thước của ngăn xếp còn lại và đưa ra ngoại lệ của riêng bạn khi nó giảm xuống dưới ngưỡng: -

class Program
{
    static int n;
    static int topOfStack;
    const int stackSize = 1000000; // Default?

    // The func is 76 bytes, but we need space to unwind the exception.
    const int spaceRequired = 18*1024; 

    unsafe static void Main(string[] args)
    {
        int var;
        topOfStack = (int)&var;

        n=0;
        recurse();
    }

    unsafe static void recurse()
    {
        int remaining;
        remaining = stackSize - (topOfStack - (int)&remaining);
        if (remaining < spaceRequired)
            throw new Exception("Cheese");
        n++;
        recurse();
    }
}

Chỉ cần bắt Cheese. ;)

Từ trang MSDN trên StackOverflowException s:

Trong các phiên bản trước của .NET Framework, ứng dụng của bạn có thể bắt một đối tượng StackOverflowException (ví dụ: để khôi phục từ đệ quy không bị ràng buộc). Tuy nhiên, phương pháp đó hiện không được khuyến khích vì cần có mã bổ sung đáng kể để bắt ngoại lệ tràn ngăn xếp một cách đáng tin cậy và tiếp tục thực thi chương trình.

Bắt đầu với .NET Framework phiên bản 2.0, một đối tượng StackOverflowException không thể bị khối try-catch bắt được và quá trình tương ứng bị chấm dứt theo mặc định. Do đó, người dùng nên viết mã của họ để phát hiện và ngăn chặn tràn ngăn xếp. Ví dụ: nếu ứng dụng của bạn phụ thuộc vào đệ quy, hãy sử dụng bộ đếm hoặc điều kiện trạng thái để kết thúc vòng lặp đệ quy. Lưu ý rằng ứng dụng lưu trữ thời gian chạy ngôn ngữ chung (CLR) có thể chỉ định CLR dỡ miền ứng dụng nơi xảy ra ngoại lệ tràn ngăn xếp và để quá trình tương ứng tiếp tục. Để biết thêm thông tin, hãy xem Giao diện ICLRPolicyManager và Lưu trữ thời gian chạy ngôn ngữ chung.

Như một số người dùng đã nói, bạn không thể bắt được ngoại lệ. Tuy nhiên, nếu bạn đang đấu tranh để tìm ra nơi nó đang xảy ra, bạn có thể muốn định cấu hình studio trực quan để phá vỡ khi nó được ném.

Để làm điều đó, bạn cần mở Cài đặt ngoại lệ từ trình đơn 'Gỡ lỗi'. Trong các phiên bản cũ hơn của Visual Studio, đây là "Gỡ lỗi" - "Ngoại lệ"; trong các phiên bản mới hơn, nó nằm ở 'Debug' - 'Windows' - 'Exception Settings'.

Khi bạn đã mở cài đặt, hãy mở rộng 'Ngoại lệ thời gian chạy ngôn ngữ chung', mở rộng 'Hệ thống', cuộn xuống và chọn 'System.StackOverflowException'. Sau đó, bạn có thể nhìn vào ngăn xếp cuộc gọi và tìm kiếm kiểu lặp lại của các cuộc gọi. Điều đó sẽ cung cấp cho bạn ý tưởng về nơi cần tìm để sửa mã gây ra tràn ngăn xếp.

Như đã đề cập ở trên vài lần, không thể bắt được StackOverflowException được Hệ thống nâng lên do trạng thái quy trình bị hỏng. Nhưng có một cách để nhận thấy ngoại lệ như một sự kiện:

http://msdn.microsoft.com/en-us/library/system.appdomain.unhandledexception.aspx

Bắt đầu với .NET Framework phiên bản 4, sự kiện này không được đưa ra cho các trường hợp ngoại lệ làm hỏng trạng thái của quá trình, chẳng hạn như tràn ngăn xếp hoặc vi phạm quyền truy cập, trừ khi trình xử lý sự kiện là bảo mật quan trọng và có thuộc tính HandleProcessCorrupStateExceptionsAttribute.

Tuy nhiên, ứng dụng của bạn sẽ kết thúc sau khi thoát khỏi chức năng sự kiện (một cách giải quyết RẤT bẩn, là khởi động lại ứng dụng trong sự kiện này haha, không làm như vậy và sẽ không bao giờ làm). Nhưng nó đủ tốt để ghi nhật ký!

Trong .NET Framework phiên bản 1.0 và 1.1, một ngoại lệ chưa được xử lý xảy ra trong một chuỗi không phải là chuỗi ứng dụng chính bị thời gian chạy bắt và do đó không khiến ứng dụng chấm dứt. Do đó, có thể xảy ra sự kiện UnhandledException mà ứng dụng không kết thúc. Bắt đầu với .NET Framework phiên bản 2.0, lỗi hỗ trợ này cho các trường hợp ngoại lệ chưa được khắc phục trong các luồng con đã bị loại bỏ, vì tác động tích lũy của các lỗi im lặng như vậy bao gồm giảm hiệu suất, dữ liệu bị hỏng và khóa, tất cả đều rất khó gỡ lỗi. Để biết thêm thông tin, bao gồm danh sách các trường hợp thời gian chạy không kết thúc, hãy xem Ngoại lệ trong Chủ đề được quản lý.

Có từ CLR 2.0 tràn ngăn xếp được coi là một tình huống không thể khôi phục. Vì vậy, thời gian chạy vẫn đóng quá trình.

Để biết chi tiết, vui lòng xem tài liệu http://msdn.microsoft.com/en-us/library/system.stackoverflowexception.aspx

Bạn không thể. CLR sẽ không cho phép bạn. Lỗi tràn ngăn xếp là một lỗi nghiêm trọng và không thể khôi phục được.

Bạn không thể vì hầu hết các bài viết đang giải thích, hãy để tôi thêm một lĩnh vực khác:

Trên nhiều trang web, bạn sẽ thấy mọi người nói rằng cách để tránh điều này là sử dụng một AppDomain khác, vì vậy nếu điều này xảy ra, miền sẽ bị dỡ bỏ. Điều đó hoàn toàn sai (trừ khi bạn lưu trữ CLR của mình) vì hành vi mặc định của CLR sẽ tạo ra sự kiện KillProcess, làm giảm AppDomain mặc định của bạn.

Điều đó là không thể, và vì một lý do chính đáng (đối với một, hãy nghĩ về tất cả những điều bắt được (Ngoại lệ) {} xung quanh).

Nếu bạn muốn tiếp tục thực thi sau khi tràn ngăn xếp, hãy chạy mã nguy hiểm trong một AppDomain khác. Chính sách CLR có thể được đặt để chấm dứt AppDomain hiện tại khi bị tràn mà không ảnh hưởng đến miền gốc.