Trong các công cụ / ngoại lệ, tôi đã đặt tùy chọn mà trình gỡ lỗi dừng khi một ngoại lệ được ném ra. Cho dù nó có bị bắt hay không.
Làm cách nào để loại trừ một ngoại lệ của quy tắc đó? Ở đâu đó trong mã của tôi có một ngoại lệ bị bắt là một phần của logic chương trình. Vì vậy, tôi rõ ràng không muốn ngoại lệ đó dừng trình gỡ lỗi mỗi khi nó được nhấn.
Ví dụ: Tôi muốn bỏ qua ngoại lệ nullreference (bị bắt) trên dòng 344. Tôi muốn dừng lại ở tất cả các trường hợp ngoại lệ khác
Câu trả lời:
Nếu tôi nhớ chính xác, bạn có thể sử dụng một DebuggerStepThroughthuộc tính trên phương thức có chứa mã mà bạn không muốn kích hoạt ngoại lệ. Tôi cho rằng bạn có thể cô lập mã kích hoạt ngoại lệ khó chịu trong một phương thức và trang trí nó bằng thuộc tính.
DebuggerStepThroughthuộc tính không ảnh hưởng đến hành vi của debugger với ngoại lệ đầu tiên có cơ hội.
DebuggerStepThroughthuộc tính không có ý nghĩa đối với CLR. Nó được giải thích bởi trình gỡ lỗi. Dường như nó không đáng tin cậy làm việc dưới nhiều hoàn cảnh, và điều đó DebuggerHiddensẽ làm việc đáng tin cậy stackoverflow.com/a/3455100/141172
DebuggerHidden là bạn của bạn!
Thời gian chạy ngôn ngữ chung không gắn thuộc tính này về ngữ nghĩa. Nó được cung cấp cho các trình gỡ rối mã nguồn sử dụng. Ví dụ, trình gỡ lỗi Visual Studio 2005 không dừng lại trong một phương pháp được đánh dấu bằng thuộc tính này và không cho phép thiết lập một điểm ngắt trong phương thức. Các thuộc tính gỡ lỗi khác được công nhận bởi trình gỡ lỗi Visual Studio 2005 là DebuggerNonUserCodeAttribute và DebuggerStepThroughAttribute.
Đã thử nghiệm trên VS2010 và hoạt động tốt.
Mặc dù DebuggerStepThroughdường như cũng hoạt động đối với một số phiên bản trình gỡ lỗi cụ thể, nhưng DebuggerHiddendường như hoạt động đối với nhiều trường hợp hơn dựa trên các nhận xét cho cả hai câu trả lời.
Lưu ý rằng cả hai tùy chọn hiện không hoạt động với các phương thức khối trình vòng lặp hoặc đối với các phương thức không đồng bộ / chờ đợi . Điều này có thể được khắc phục trong bản cập nhật sau của Visual Studio.
DebuggerHiddencũng ...
DebuggerStepThrough là phần mềm được sử dụng để ngăn trình gỡ lỗi bị phá vỡ trong một phương thức có thử / bắt.
Nhưng nó chỉ hoạt động nếu bạn không bỏ chọn tùy chọn "Bật mã chỉ của tôi (Chỉ được quản lý)" trong cài đặt Chung của Tùy chọn gỡ lỗi của Visual Studio (menu Công cụ / Tùy chọn, nút Gỡ lỗi / Chung) ...
Thông tin thêm về thuộc tính đó trên http://abhijitjana.net/2010/09/22/tips-on-debugging-using-debuggerstepthrough-attribute/
DebuggerHidden sẽ đơn giản ngăn Trình gỡ lỗi hiển thị phương thức mà ngoại lệ được ném ra. Thay vào đó, nó sẽ hiển thị phương thức đầu tiên trên ngăn xếp không được đánh dấu bằng thuộc tính đó ...
Các thuộc tính được chỉ định trong các câu trả lời khác (và các DebuggerNonUserCodethuộc tính khác chẳng hạn như thuộc tính) không còn hoạt động theo cách tương tự theo mặc định trong Visual Studio 2015. Trình gỡ lỗi sẽ phá vỡ các ngoại lệ trong thị trường phương pháp với các thuộc tính đó, không giống như trong các phiên bản cũ hơn của VS. Để tắt tính năng nâng cao hiệu suất đã thay đổi hành vi của chúng, bạn cần thay đổi cài đặt đăng ký:
reg add HKCU\Software\Microsoft\VisualStudio\14.0_Config\Debugger\Engine /v AlwaysEnableExceptionCallbacksOutsideMyCode /t REG_DWORD /d 1Thông tin thêm có thể được tìm thấy trên blog studio trực quan .
(Đây có lẽ nên là một bình luận về câu trả lời hàng đầu nhưng tôi không có đủ đại diện)
Bạn không thể chỉ ra một ngoại lệ được đưa vào một vị trí cụ thể trong mã của bạn. Tuy nhiên, bạn có thể vô hiệu hóa các lối ra của một loại cụ thể.
Nếu mã của riêng bạn ném ngoại lệ được đề cập, tôi sẽ đặt ngoại lệ đó thành ngoại lệ tùy chỉnh, bắt nguồn từ bất kỳ điều gì phù hợp, sau đó vô hiệu hóa việc gỡ lỗi trên loại bắt nguồn này.
Việc vô hiệu hóa hệ thống ngoại lệ như NullReferenceException sẽ ảnh hưởng đến toàn bộ hệ thống, điều này tất nhiên là không mong muốn trong quá trình phát triển.
Lưu ý rằng có hai loại hành vi phá vỡ cho các trường hợp ngoại lệ:
Bạn có thể xóa kiểm tra trong 'Thrown' cho NullReferenceException, điều này sẽ mang lại cho bạn lợi ích là không bị hỏng mỗi khi hệ thống của bạn vượt qua dòng được đề cập trong mã của bạn, nhưng vẫn bị hỏng nếu bạn có một số phát hiện NullReference không được xử lý xuất hiện trong các phần khác của hệ thống.