'Đang chờ hoạt động nền' trong Visual Studio 2012 là gì?

Phương pháp phân tích xảy ra, nhưng khá thường xuyên, không có lý do rõ ràng, VS 2012 sẽ khóa lại bằng một đoạn hội thoại có nội dung "Đang đợi thao tác nền kết thúc". Ví dụ: điều này có thể xảy ra trong quá trình chỉnh sửa mã cũ thuần túy, không phải khi gọi rõ ràng bất kỳ lệnh IDE nào.

Điều gì gây ra điều này và tôi có thể làm gì để giải quyết vấn đề này không?

Tôi đang chạy ReSharper 7 và tôi không phải là người duy nhất tôi biết trải nghiệm điều này.

Tôi đã gặp vấn đề tương tự, đặc biệt là trong các trang cshtml. Tôi tìm thấy trang này: https://devblogs.microsoft.com/aspnet/visual-studio-11-beta-razor-editor-issue-workaround đề xuất thay đổi tùy chọn thụt lề trong Công cụ> Tùy chọn> Trình chỉnh sửa văn bản> HTML> Tab thành Thông minh thay vì Chặn . Trong trường hợp của tôi, nó đã được đặt thành Thông minh và việc thay đổi lại thành Chặn đã khắc phục sự cố.

Cập nhật: Tôi đã sai, điều đó không sửa được hội thoại, nó chỉ trì hoãn nó cho đến khi tôi sao chép hoặc dán. Những gì cuối cùng đã làm việc cho tôi là đi tới Công cụ> Nhập và xuất Cài đặt ...> Đặt lại tất cả cài đặt .

Câu hỏi có thể liên quan: Visual Studios 2010 - Asp.net MVC 4 Beta - quá trình dán chậm trễ và thường xuyên gặp sự cố

Đó là một chẩn đoán rất chung chung. Nó được kích hoạt bởi COM, được sử dụng nhiều trong Visual Studio để triển khai khả năng mở rộng. Trình kích hoạt cơ bản là giao diện IMessageFilter. Kích hoạt xảy ra khi COM sắp xếp một lệnh gọi phương thức đến một luồng khác và lệnh gọi đó không hoàn tất trong 60 giây.

Có rất ít giá trị trong thông báo thực tế, nó cho bạn biết điều gì đó bạn đã biết. Khi 60 giây trôi qua, bạn thường nhận thấy mọi thứ không hoạt động tốt. Tóm tắt từ một chút kiến ​​thức hữu ích mà Visual Studio thực sự không hoàn toàn chết. Tuy nhiên, cuộc gọi phải hoàn tất trước khi VS có thể sử dụng lại được. Bạn có thể làm ít việc ngoài việc gõ nhẹ chân và chờ đợi.

Sự cố này hầu như luôn luôn do bổ trợ gây ra. Resharper chắc chắn là một ứng cử viên sáng giá. Bạn tìm thấy kẻ gây ra sự cố bằng cách tắt từng phần bổ trợ cho đến khi sự cố biến mất. Đây là loại vấn đề thường gặp với các phiên bản mới của Visual Studio, các nhà cung cấp phần bổ trợ phải mất một thời gian để khắc phục lỗi và giải quyết lỗi treo máy. Liên hệ với nhà cung cấp để được hỗ trợ và nói chung tìm các bản cập nhật có thể giải quyết vấn đề.

Xóa tệp "suo" Giải pháp phù hợp với tôi.

Tôi đang gặp vấn đề tương tự và trong trường hợp của tôi, đó là DevExpress.

Dường như nó treo Visual Studio mỗi khi tôi thực hiện thao tác sao chép hoặc cắt, đưa ra thông báo:

"Đang chờ thao tác nền kết thúc".

Hóa ra nó thực sự đang thực hiện một nhiệm vụ duy nhất ở chế độ nền và thực sự mất một lúc để thực hiện nó (hơn 5 phút).

Có lẽ nếu tôi chờ đợi bình thường, nó có thể biến mất, nhưng điều cuối cùng đã khắc phục được nó là đưa Hộp công cụ lên chế độ xem (bị ẩn / thu gọn), từ đó xuất hiện một cửa sổ cho biết:

"thêm [SomeDevExpressAssemblyNameHere] .dll"

điều này liên tục tự cập nhật với tên của mọi dll mà DevExpress yêu cầu để điền vào thanh công cụ.

Bằng cách này, tôi có thể xem tiến trình hoạt động và sau khi hoàn tất, tôi có thể sử dụng sao chép / cắt dán lại như bình thường.

Hi vọng điêu nay co ich.

Đối với tôi, cách khắc phục là cập nhật Web Essentials 2012 lên phiên bản 1.8.

Phiên bản có vấn đề là 1.6

Công cụ> Tùy chọn> Trình chỉnh sửa văn bản> HTML> Tab -> Nhận dạng -> Không có cài đặt nào đã giải quyết được vấn đề này cho tôi.

CÁi này đã sửa nó giúp tôi:

Công cụ> Tùy chọn> Trình soạn thảo văn bản> HTML> Khác

Bỏ chọn tùy chọn "Phần tử ID tự động khi dán trong Chế độ xem nguồn"

Tôi sẽ đăng một bản cập nhật nếu sự cố quay trở lại.

Tôi đã gặp sự cố này trong vài ngày, đã thử gỡ cài đặt và cài đặt lại visual studio 2012 phiên bản cuối cùng SP3 của tôi ... Vẫn không hoạt động. Vì vậy, tôi đã xóa tất cả các tiện ích mở rộng của mình (công cụ git cho VS 2012 và trình tải xuống Gói Nuget), khởi động lại VS của tôi và nó hoạt động như một sự quyến rũ một lần nữa! Hy vọng nó hoạt động !

Chúc may mắn!

Tôi đã gặp sự cố này khi chạy visual studio trong một máy ảo - Virtual Box 4.2 chạy trên Mac OS X Mountain Lion, lưu trữ bản cài đặt Windows 7 mới mà không cài đặt gì khác ngoài Visual Studio. Tôi thấy rằng sự cố do 2 vấn đề riêng biệt gây ra.

Đầu tiên, dự án của tôi nằm trên một thư mục được chia sẻ từ hệ điều hành máy chủ. Nói cách khác, trên Windows Guest, dự án của tôi xuất hiện trên ổ đĩa mạng. Vì vậy, việc mở dự án trong Visual Studio từ ổ đĩa mạng dường như gây ra sự cố này vì sự cố đã biến mất khi tôi sao chép dự án vào ổ C của máy ảo Windows và mở nó trong Visual Studio từ bản sao trên ổ C.

Thứ hai, tôi bắt đầu gặp lại sự cố khi ổ cứng trên máy ảo đang đầy. Tôi có khoảng 1GB dung lượng trống trên ổ cứng. Khi tôi tăng kích thước ổ cứng trên máy ảo, vấn đề này đã biến mất.

Vừa tái tạo vấn đề tương tự với tiện ích bổ sung Codemaid. Tìm thấy cuộc trò chuyện này :

Có rất nhiều chi tiết trong vấn đề này, nhưng để thử và tóm tắt lại vấn đề là API VS2012 C ++ đã đưa ra vấn đề bế tắc khi API được truy cập từ một chuỗi giao diện người dùng (ví dụ: ngữ cảnh WPF như Spade). Đây không phải là vấn đề trong VS2010 và Microsoft đã sửa nó trong tương lai cho VS2013 nhưng họ sẽ không vá nó cho VS2012.

Có vẻ như cho thấy rằng một bản sửa lỗi (đối với Codemaid) sẽ đến:

Hãy theo dõi chuỗi này để biết cách giải quyết vấn đề đang diễn ra. Nó liên quan đến việc viết lại lớn hơn đó, vì vậy tôi đang xây dựng hướng tới nó bằng cách thêm nhiều bài kiểm tra đơn vị trước để giúp đảm bảo chức năng vẫn nhất quán sau những thay đổi.

Đối với tôi, nó dường như liên quan đến cú pháp dao cạo, vì tôi chỉ có nó trên một tệp cụ thể.

Ví dụ: nếu tôi đặt mã sau vào một dòng, tôi đã gặp sự cố được mô tả.

@section BodyClassName {note}

Nhưng khi đặt dấu ngoặc đơn ở dòng tiếp theo, vấn đề đã biến mất

@section BodyClassName {note
}

Trân trọng

Stijn

Không phải là một giải pháp lý tưởng, nhưng hãy thử chạy studio trực quan ở chế độ quản trị viên, tôi đã thử hầu hết mọi thứ và đây là điều duy nhất phù hợp với tôi

Mở Visual Studio, tạo ứng dụng MVC mới, đóng ứng dụng mới, mở ứng dụng cũ và nó hoạt động!

Kiểm tra xem IIS hoặc một quy trình khác (có thể BizTalk) đang khóa các tệp DLL / tham chiếu của bạn
Giết / dừng IIS hoặc quy trình khác nếu có

http://geekswithblogs.net/sevenfortytwo/archive/2006/11/23/97947.aspx

RUN> iisreset 

Bây giờ nó đang hoạt động tốt với VS 2012

Tôi nghĩ rằng tôi đã tìm thấy một manh mối! Mọi thứ đều kết thúc với dcomcnfg.exe!

Mở nó và đi theo đường dẫn sau:

Dịch vụ thành phần> máy tính> máy tính của tôi> cấu hình dcom

sau khi nhấp vào dcom, bạn sẽ thấy nhiều cảnh báo phụ thuộc vào số lượng thành phần trên máy tính của bạn.

Bấm có trên mỗi hộp thông báo để thêm bản ghi chính xác cho dcom.

Tôi thấy rằng VS cũng tải các gói trong quá trình "hoạt động nền". Bạn có thể loại bỏ các phần mở rộng không cần thiết để thực hiện thao tác nhanh hơn.

Tôi đã sửa lỗi này vài tuần trước sau khi tắt TeamViewer 8 Clipboard Sync! bây giờ nó xuất hiện trở lại mà không có lý do vì vậy tôi đã thử đặt lại tất cả cài đặt và nó đã hoạt động với tôi.

Tôi đã gặp phải vấn đề tương tự và chạy VS với tư cách quản trị viên dường như đã thực hiện thủ thuật cho tôi (Tôi đã đăng một câu hỏi tương tự tại Visual Studio 2012 Express Hangs với Thông báo "Đang đợi Thao tác Nền hoàn thành" trên Lệnh Định dạng Tài liệu đã được đánh dấu như một bản sao cho cái này vì vậy tôi nghĩ rằng tôi cũng sẽ chia sẻ ở đây).

Đối với tôi, đó là addon Resharper mở một hộp thoại không hiển thị. Tôi chỉ tìm thấy biểu tượng hộp thoại trong menu biểu tượng ẩn trên thanh tác vụ. Khi tôi thoát khỏi hộp thoại, Visual Studio trở lại bình thường ngay lập tức.