Có thể gỡ lỗi Global.asax không?

Question

Tôi không thể gỡ lỗi tệp global.asax!

Tôi có một số mã trong phương thức Application_Start() nhưng khi tôi đặt điểm ngắt trong phương thức, nó bị bỏ qua!

Điều này có bình thường không?

Answer 1

Có lẽ bạn nên thử:

• dừng máy chủ phát triển trong thanh tác vụ
• chuyển đổi cấu hình từ bản phát hành để gỡ lỗi

Answer 2

Có, điều đó là bình thường.

Application_Start() được xử lý bởi IIS.

Nhưng tất cả các phương pháp khác, ví dụ Session_Start và tất cả các phương pháp khác, ngoại trừ Application_Start() có thể được gỡ lỗi bình thường.

Answer 3

Application_Start() được gọi một lần cho mỗi AppDomain. Nếu bạn không chạm vào điểm ngắt, điều đó có nghĩa là AppDomain đã được tạo, hãy thực hiện như sau:

• Trong thanh khởi động nhanh, có biểu tượng cho máy chủ web VS "Máy chủ cục bộ một số cổng"). Nhấp chuột phải và chọn "Dừng" hoặc "Đóng". Điều này sẽ giết AppDomain.
  • Nếu bạn đang sử dụng IIS, bạn cần phải khởi động lại trang web theo cách thủ công.
  • Ngoài ra, việc sửa đổi cấu hình web hoặc tệp Global.asax thường đủ để khởi động lại AppDomain.
• Khởi động lại quá trình gỡ lỗi, bạn nên nhấn điểm ngắt của mình ngay bây giờ.

Answer 4

Kiểm tra xem ứng dụng web của bạn đang ở chế độ debug (<compilation debug="true"> trong web.config).

Nếu bạn đang sử dụng IIS của nhà phát triển bắt đầu bằng VS, chỉ cần khởi động lại hoặc xây dựng lại ứng dụng.

Nếu bạn đang ở trên IIS bình thường bạn có hai lựa chọn:

1. Đối với trang web được cấu hình để làm việc với thư mục phát triển (nơi bạn VS dự án web được triển khai), bạn chỉ cần khởi động lại ứng dụng hồ bơi bộ cho trang web đó và bắt đầu gỡ lỗi trước khi yêu cầu đầu tiên đến máy chủ (bạn luôn có thể khởi động lại ứng dụng trong khi gỡ lỗi).
2. Đối với trang web hoạt động trên một thư mục khác hoặc thậm chí trên máy chủ từ xa bạn phải đính kèm vào quy trình. Để thực hiện điều này, bạn cần trình gỡ rối từ xa được cài đặt trên máy từ xa hoặc của riêng bạn (phụ thuộc vào vị trí máy chủ web) và sử dụng menu Debug - Attach to process, nhập tên máy tính và sau đó chọn một quy trình để gỡ lỗi. Nó thường là một w3wp.exe làm việc trong kiểu chế độ quản lý.

Answer 5

Cách đơn giản để đột nhập trong Application_Start() là sử dụng lớp System.Diagnostics.Debugger. Bạn có thể buộc ứng dụng phá vỡ bằng cách chèn System.Diagnostics.Debugger.Break() nơi bạn muốn trình gỡ lỗi phá vỡ.

void Application_Start(object sender, EventArgs e) 
{ 
    System.Diagnostics.Debugger.Break(); 

    // ... 
} 

Answer 6

Xóa global.asax và thêm mã mới. Trong giải pháp của tôi, đã có global.asax và global.asax.cs.

Tất cả các phương pháp (Session_Start, Application_Start, ...) đã có trong tệp bot, nhưng chỉ những tệp trong số global.asax mới được xem xét. Vì vậy, phá vỡ các điểm và mã trong cs không làm bất cứ điều gì.
Chỉ sau khi tạo lại tệp, global.asax.cs có các phương thức thích hợp và chúng chạy.

Answer 7

1. Đính kèm trình gỡ lỗi vào quá trình IIS.
2. Mở tệp global.asax và đặt vào điểm ngắt.
3. Thêm dấu cách vào tệp web.config và lưu tệp (điều này khiến ứng dụng web hiện tại đặt lại);
4. Làm mới/goto một trang web trên trang web.
5. xem trong sự ngạc nhiên khi trình gỡ lỗi dừng tại điểm ngắt của bạn. :)

Answer 8

Một lựa chọn khác để chấp nhận System.Diagnostics.Debugger.Break(); sẽ

void Application_Start(object sender, EventArgs e) 
{ 
    System.Diagnostics.Debugger.Launch(); 
    //... 
} 

mà không nên phá vỡ các mã và nên bắt đầu gỡ rối ngay cả khi dịch vụ đã được bắt đầu với các quyền khác nhau.

Answer 9

Đừng mong đợi hàm Application_Start() sẽ được gọi ngay lập tức bằng cách nhấn f5. Application_Start() chỉ được gọi vào thời điểm yêu cầu đầu tiên của ứng dụng được thực hiện. Lạ nhưng đúng.

Answer 10

Trong trường hợp tất cả các câu trả lời không làm việc, hãy thử:

<compilation debug="true" ... /> 

trong web.config. ;)