Dự án Visual Studio 2015 không còn chạy ở chế độ gỡ lỗi

Đây là những gì tôi nhận được ngay cả khi tôi chạy trong cấu hình Gỡ lỗi:

Cách tôi hiển thị điều này là bật "Just My Code" và cảnh báo nếu không có bất kỳ mã người dùng nào khi khởi chạy. Đây là điều gần đây đã xảy ra với dự án của chúng tôi và tôi không chắc chúng tôi đã làm gì để gây ra điều này. Nhưng tôi đã không thể sửa chữa nó. Các điểm ngắt sẽ không hoạt động và việc xem nhanh cho kết quả kỳ lạ.

Tôi đã thử xử lý vấn đề trên Google nhưng không có giải pháp "điểm ngắt nào không kích hoạt" tiêu chuẩn hoạt động. Tôi hết ý tưởng.

Tôi đã kiểm tra trình quản lý cấu hình và mọi dự án cũng được đặt thành Gỡ lỗi ở đó.

Tôi đã tắt "Bật tối ưu hóa" và tôi không còn nhận được hộp thoại "bạn đang gỡ lỗi bản phát hành". Nó chạy và dừng lại trên các điểm ngắt! Tuy nhiên, cửa sổ đầu ra hiển thị điều này khi khởi động:

Các ký hiệu cho mô-đun 'Navigo.exe' không được tải.

1. Sử dụng cấu hình bản dựng gỡ lỗi hoặc vô hiệu hóa tùy chọn gỡ lỗi 'Bật mã chỉ của tôi'.
2. Kiểm tra cài đặt 'Biểu tượng' trong tùy chọn gỡ lỗi.

Vì vậy, điều này giải quyết vấn đề chính của tôi là không thể sử dụng các điểm ngắt và cửa sổ bật lên nữa. Thật kỳ lạ vì tôi nghĩ bạn cần các ký hiệu được tải để các điểm ngắt hoạt động. Vậy làm thế nào các điểm ngắt có thể hoạt động nếu các ký hiệu không được tải? Có lẽ đó chỉ là một tin nhắn xấu?

Sử dụng Trình quản lý cấu hình để kiểm tra cài đặt thực tế dành cho cấu hình Gỡ lỗi - nó ở menu Xây dựng → Trình quản lý cấu hình ... - trong trường hợp chúng được đặt để sử dụng Bản phát hành :

Ngoài ra, hãy đảm bảo rằng dự án đang xác định DEBUG chính xác và "Mã tối ưu hóa" không được chọn:

Điều này cũng đã xảy ra với tôi trong một vài dự án. Tôi đã xem lại cài đặt bản dựng của mình, theo đề xuất của stuartd . Tuy nhiên, 'Mã tối ưu hóa' không được bật trong cài đặt bản dựng của tôi. Vì vậy, tôi đã kích hoạt nó và lưu dự án. Sau đó, tôi bỏ chọn nó và lưu lại. Vấn đề đã được giải quyết.

Có một số loại lỗi khiến --optimize+cờ được chuyển đến trình gỡ lỗi. Bật nó và sau đó tắt nó là một giải pháp dễ dàng cho đến khi lỗi được sửa.

Điều này bắt đầu xảy ra với tôi sau khi áp dụng Cập nhật 1. Các dự án hiện tại bắt đầu hiển thị điều này và tôi có thể tái tạo nó với một dự án hoàn toàn mới. Tất cả các cấu hình được thiết lập để DEBUG, và Tối ưu hóa là không kiểm tra.

Kicker là, chạy dự án lần đầu tiên (hoặc sau khi Clean) chạy tốt, không có bất kỳ thông báo nào. Dừng, sau đó chạy lại dự án (lưu ý - dự án không khởi động lại ) sẽ hiển thị hộp thoại.

Giải pháp duy nhất là tắt tùy chọn Just My Code - có vẻ như là một vụ hack, như trước đây đối với Bản cập nhật 1 mà không gặp bất kỳ sự cố nào.

Nếu không có giải pháp nào trong số các giải pháp được đề cập giúp ích, hãy kiểm tra AssemblyInfo.cs trong dự án của bạn để biết ứng dụng DebuggableAttribute rõ ràng. Có vẻ như nó ghi đè các tùy chọn gỡ lỗi / phát hành của trình biên dịch.

Tôi đã có dòng này trong hồ sơ trong trường hợp của mình (dự án kế thừa, không biết làm thế nào nó đến đó). Xóa nó đã giải quyết được vấn đề:

[assembly: System.Diagnostics.Debuggable(System.Diagnostics.DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]

Chọn menu Gỡ lỗi → Tùy chọn và bỏ chọn tùy chọn tối ưu hóa Suppress JIT . Nó làm việc cho tôi.

Nguồn: https://connect.microsoft.com/VisualStudio/feedback/details/2116788/flag-optimize-is-passed-to-the-debugger-even-nged-the-build-settings-optimize-code-is- not-enable-on-mvc-c-web-project-when-using-just-my-code

Tôi cũng gặp phải vấn đề này. Cách khắc phục hiệu quả là chỉ cần dọn dẹp ( Build > Clean Solution) và xây dựng lại ( Build > Rebuild Solution) các dự án của tôi.

Không có câu trả lời nào trước đây phù hợp với tôi. Khởi động lại IIS đã sửa nó.

Chỉ cần thêm một ghi chú bên lề cho câu trả lời của stuartd :

Đảm bảo bạn kiểm tra bất kỳ dự án phụ thuộc nào để có cài đặt bản dựng giống nhau. Bạn sẽ nhận được lời nhắc thông báo tương tự nếu dự án chính của bạn có cài đặt thích hợp, nhưng các dự án phụ thuộc của bạn thì không. Nó có ý nghĩa rõ ràng trong nhận thức muộn màng, nhưng nó không phải là điều đầu tiên bạn nghĩ đến.

Trong trường hợp của tôi, vấn đề là URL Dự án IIS trong tab web thuộc tính dự án ASP.NET của tôi được đặt thành URL sai.

Nó đã trỏ đến http: // localhost mà tôi đang sử dụng với một bản sao khác của dự án. Địa chỉ cho giải pháp tôi đã mở thực sự đã được định cấu hình trên IIS cục bộ của tôi là http: // localhost: 90 .

Thay đổi địa chỉ chính xác đã khắc phục sự cố.

Tôi đã thử khá nhiều thứ trong danh sách này, nhưng cuối cùng tôi đã khắc phục được điều này bằng cách mở thuộc tính giải pháp và chuyển từ "Nhiều dự án khởi động" sang "Dự án khởi động đơn" và quay lại.

1. Nhấp chuột phải vào giải pháp và chọn "Thuộc tính"
2. Trong "Thuộc tính chung", thay đổi lựa chọn "Nhiều dự án khởi động" thành "Một dự án khởi động"
3. Bấm OK
4. Chạy gỡ lỗi
5. Kết thúc gỡ lỗi và lặp lại các bước 1-3, nhưng chuyển trở lại "Nhiều dự án khởi động"
6. Chạy lại gỡ lỗi với nhiều dự án

Tôi đã gặp vấn đề tương tự ... Bất kể tôi đã làm gì - không có gì hiệu quả.

Đó là một dự án trống mới là vấn đề. Tôi đã kết thúc việc xóa dự án và thêm một dự án mới - dự án mới phải có một tên khác ; nếu tôi sử dụng cùng một tên, lỗi vừa xuất hiện lại - ngay cả sau khi khởi động lại, dọn dẹp và xây dựng lại ... Đó phải là lỗi trong Visual Studio 2015.

Đối với tôi, đó là một tham chiếu NuGet từ một máy chủ NuGet riêng. Tôi không biết nó được biên dịch như thế nào, nhưng việc thay đổi tham chiếu thành tham chiếu dự án đã giúp tôi vượt qua sự cố.

Tôi đã mở dự án Visual Studio 2012 Pro của mình trong Visual Studio 2015 Express và gặp sự cố tương tự.

Tôi đã kiểm tra thuộc tính Giải pháp của mình → Thuộc tính cấu hình và phát hiện ra một dự án được đặt thành Phát hành & x86.

Tôi đã thay đổi nó trở lại Debug and Any CPU , và lời nhắc đã biến mất.

Trong trường hợp của tôi, tôi đang phát triển một plugin VSTO cho Outlook và Outlook đã vô tình tải phiên bản Phát hành của tệp DLL mà tôi đã cài đặt gần đây trong khi kiểm tra trình cài đặt của mình.

Có vẻ như Visual Studio đang cố gắng sử dụng DLL đó thay vì Debug mà tôi mong đợi. Sửa lỗi tệp DLL nào đang được Outlook tải đã khắc phục sự cố này cho tôi.

Sao chép câu trả lời khác của tôi từ đây .

Như đã đề cập bởi @romanoza, Microsoft đã cập nhật báo cáo lỗi với thông tin sau:

Bỏ chọn cài đặt Gỡ lỗi -> Tùy chọn -> Loại bỏ tối ưu hóa JIT khi tải mô-đun (Chỉ được quản lý)

Đây là cách giải quyết. Họ tiếp tục nói sau:

Chúng tôi khuyên mọi người nên bỏ chọn nó vì không chọn nó sẽ cải thiện cả hiệu suất và hành vi của chỉ mã của tôi trong các tình huống cụ thể.

Cuối cùng, xác nhận:

Đó là một lỗi mà nó không hoạt động khi cài đặt đó được bật và chúng tôi đang tìm cách khắc phục tình huống đó trong trường hợp một số khách hàng vẫn muốn gỡ lỗi khi bật cài đặt đó.

Tôi đã gặp vấn đề tương tự và cuối cùng tôi đã giải quyết nó bằng cách chọn "Tắt chỉ mã của tôi và tiếp tục" .

Chỉ cài đặt mã của tôi

Các bước giải quyết:

• Đi tới cài đặt Xây dựng của trang Thuộc tính của dự án vi phạm .

• Cuộn phải xuống nút “Nâng cao ...” .

• Hãy chắc chắn rằng “Debug Info:” là không  thiết lập để “none” .

  Tôi khuyên bạn nên sử dụng tùy chọn đầy đủ .

Sau khi xem liên kết của Patrick dưới dạng nhận xét cho câu hỏi , ai đó đã lưu ý một cách giải quyết là dừng trang web trong IIS Express . Tôi đã có thể ngăn vấn đề tương tự này phát sinh bằng cách thực hiện điều đó sau khi dừng trình gỡ lỗi trong Visual Studio.

Tuy nhiên, tôi đã xem xét kỹ hơn và tôi tin rằng nó cũng có thể liên quan đến cài đặt 'Chỉnh sửa và Tiếp tục' cho trình gỡ lỗi. Khi tôi tắt tính năng đó trong menu Công cụ → Tùy chọn ... của Visual Studio, tôi không còn gặp sự cố nữa. Nhưng sau đó, điều đó sẽ ngăn bạn sử dụng tính năng Chỉnh sửa và Tiếp tục , vì vậy tôi không chắc liệu điều đó có xứng đáng với bạn hay không.

Menu Công cụ → Tùy chọn → Trình gỡ lỗi → Chỉnh sửa và Tiếp tục (cuộn xuống cuối danh sách Chung) → bỏ chọn Chỉnh sửa và Tiếp tục hộp kiểm .

Tôi cũng gặp phải điều này đột ngột sau khi cài đặt Bản cập nhật 1, nhưng có thể là tôi đã tắt cài đặt này ngay từ đầu ... Mặc dù vậy, tôi không chắc.

Trong trường hợp bạn chỉ cần tiếp tục mà không có bất kỳ sự chậm trễ nào nữa, hãy chọn tùy chọn cuối cùng từ cửa sổ bật lên và tất cả sẽ chạy giống như trước.

Đây là một cảnh báo kỳ lạ.

Việc xây dựng lại Giải pháp không nhất thiết phải xóa tất cả các tệp DLL (đặc biệt là những tệp được sao chép từ các dự án phụ thuộc).

Tuy nhiên, việc xây dựng lại dự án phụ thuộc đã khiến cảnh báo này biến mất.

Tôi đã đối mặt với điều này với Visual Studio 2015 Update 3.

Giải pháp của tôi hơi khác so với những giải pháp khác và có một chút độc đáo.

Tôi đang làm việc với một trang web có chứa hỗn hợp mã được quản lý và ASP Classic , cả hai đều tham chiếu đến cùng một hội đồng. Visual Studio phàn nàn rằng tệp DLL được quản lý của tôi là một bản phát hành.

Vấn đề là một ngoại lệ không nên xảy ra trong lắp ráp của tôi, nhưng nó đã được một trang ASP Classic ném qua tương tác. Visual Studio không thể xử lý gỡ lỗi này và hiển thị thông báo lỗi. Ngoại lệ tương tự được ném từ mã được quản lý sẽ đưa ra trình gỡ lỗi như mong đợi.

Việc khắc phục sự cố trong hàm tạo của assembly được quản lý của tôi đã khắc phục mọi thứ.

Tất cả đều hợp lý khi tôi nhìn lại bức tranh lớn, nhưng vào thời điểm đó, thông báo lỗi đã dẫn tôi xuống một con đường rất sâu và tôi đã thử mọi thứ trong câu trả lời ở đây cho đến khi tôi có câu "Ah-ha!" chốc lát.

Tôi đã dành hai ngày và có vẻ như Đặt lại Phiên bản thử nghiệm Visual Studio 2017 đã giúp tôi.