Tại sao tôi gặp lỗi "tệp được sử dụng bởi một quy trình khác" khi tôi gỡ lỗi trong Visual Studio?

Question

Sử dụng Visual Studio 2010 beta, khi tôi chạy ứng dụng của tôi trong IDE để gỡ lỗi, nó hoạt động hoàn hảo lần đầu tiên. Tuy nhiên, sau khi đóng phiên gỡ lỗi, bằng cách đóng ứng dụng hoặc nhấp vào nút gỡ lỗi dừng, tất cả các nỗ lực tiếp theo để gỡ lỗi ứng dụng không thành công:

Lỗi 1 Không thể sao chép tệp "obj \ Debug \ Application.dll " đến " bin \ Debug \ Application.dll ". Quá trình không thể truy cập tệp 'bin \ Debug \ Application.dll' vì quá trình này đang được sử dụng bởi một quá trình khác.

Xử lý hiển thị mở, nhưng ngay cả khi tôi đóng tay cầm, lỗi vẫn không biến mất. Bất kỳ nỗ lực nào để xóa tệp theo cách thủ công sẽ dẫn đến thông báo lỗi "Truy cập bị từ chối".

Để khắc phục điều này, tôi phải khởi động lại hoàn toàn Visual Studio, sau đó phiên gỡ lỗi sẽ hoạt động một lần và dừng lại.

Tôi không hoàn toàn chắc chắn khi điều này bắt đầu xảy ra, nhưng tôi khá chắc chắn nó khá gần đây.

CẬP NHẬT: Sau khi tôi buộc đóng xử lý trên Application.dll, tôi nhận được lỗi sau từ VS:

Lỗi 1 Không thể sao chép tập tin "obj \ Debug \ Application.dll" đến "bin \ Debug \ Application.dll". Thao tác được yêu cầu không thể là được thực hiện trên tệp có phần mở rộng do người dùng ánh xạ mở.

Heck là "phần do người dùng ánh xạ" là gì ??

CẬP NHẬT 2: Dường như sự cố này xảy ra khi tôi mở Biểu mẫu trong dạng xem thiết kế khi cố gỡ lỗi. Tôi sẽ làm một số xử lý sự cố hơn và sau đó đăng kết quả của tôi.

CẬP NHẬT 3: Tôi nghĩ tôi đã thu hẹp nó xuống biểu mẫu bằng UserControl.

Answer 1

Thành thật mà nói với bạn, nó giống như một lỗi trong VS2010. Đối với một số lý do nó không phải là đóng mở xử lý khi trình gỡ lỗi dừng lại. Giết chết quá trình VS sẽ tự động đóng các chốt đó, cho phép bạn truy cập lại vào tệp. Là một công việc xung quanh, bạn có thể xem unlocker hoàn toàn miễn phí và hoạt động rất tốt. Tôi biết đó không phải là một câu trả lời tuyệt vời, nhưng nó phải nhanh hơn việc khởi động lại VS. Bạn cũng có thể xem xét gửi báo cáo lỗi ...

Chỉnh sửa: Trình mở khóa không hoạt động trên hệ điều hành 64 bit, LockHunter.

Answer 2

Tôi đã thấy Dịch vụ lập chỉ mục của Windows gây ra điều này. Vô hiệu hóa nó đã giúp. Máy quét virus cũng có thể có lỗi. Các cuộc gọi Mutliple Application.Close() cũng có thể gây ra điều này.

EDIT: Tất nhiên, vì nó luôn hoạt động lần đầu tiên, tôi cho rằng điều này là không thể.

Answer 3

Dưới đây là cách tôi giải quyết vấn đề này

* Tôi mở Properties của dự án, * chọn build tab, * Xóa đường dẫn đầu ra, * và buid (điều này sẽ tạo ra các dll trong thư mục gốc) * quay lại đường dẫn đầu ra và chọn duyệt (duyệt đến thư mục bin để gỡ lỗi/giải phóng) và thì đấy!

Answer 4

Tôi gặp sự cố tương tự và trong trường hợp của tôi, tôi đã mở tệp đang được đề cập trong Visual Studio. Đóng tất cả các tệp đã giúp.

Answer 5

Đã xảy ra sự cố tương tự. Những điều sau đây giúp

1. Đóng tất cả các file thiết kế trong khi gỡ lỗi
2. sử dụng unlocker

Ngoài ra ứng dụng của tôi mở ra một cổng. Trong khi gỡ lỗi một ngoại lệ đã được ném và chương trình bỏ thuốc lá. Trong khi kết thúc chương trình, tôi đã đóng cổng. Điều đó đã giúp quá.

Nhưng chắc chắn, lỗi với VS2010.

Answer 6

Điều này thật khó chịu. Thực sự nghĩ đến việc chuyển sang VS2013 và VS2010 rất khó khăn và MS dường như không quan tâm. Một số người trong chúng ta thực sự không có sự sang trọng để trả tiền cho phần mềm mới nhưng có vẻ như tôi sẽ phải cắn viên đạn. Tôi đã gặp vấn đề này liên tục trong hơn hai tuần. Tôi đã xóa bất kỳ cài đặt cho VS2010 tôi có thể đã sử dụng devenv/Resetsettings, chạy VS2010 là admin, và vẫn nhận được vấn đề này. Khi MS nói rằng họ không thể tái sản xuất điều này trong phòng thí nghiệm của họ bởi vì họ có một hệ thống nguyên sơ hoặc chỉ là đưa lên màn hình khói. Tôi thực sự đang kéo tóc ra với cái này.

Answer 7

Tôi gặp phải lỗi tương tự và tôi bị kẹt trong đó trong nhiều ngày. Cuối cùng giải quyết vấn đề. Tôi đã làm việc trên một dự án có nhiều thư viện lớp được thêm vào trong đó. Tôi thêm tài liệu tham khảo của các thư viện này cho dự án chính của tôi và nhầm lẫn

added reference to same project to itself. So when 
    I removed self reference, it worked. 

Answer 8

Theo Error: Cannot access file bin/Debug/… because it is being used by another process answer by TarmoPikaro, đôi khi Visual Studio tạo ra nhiều quy trình ma msbuild.exe, mà tồn tại sau khi xây dựng. Các quá trình ghost này dường như đang gây ra các khóa tập tin.

Giải pháp 1 - Giết

Giết chết của msbuild.exe ma msbuild.exe là một giải pháp một thời gian, nó cần phải được thực hiện mỗi xây dựng cơ sở.

Bạn có thể giết chết các quá trình như sau mrtumnus:

taskkill/f/im msbuild.exe

Giải pháp 2 - Disable song song xây dựng trong Visual Studio

Bạn có thể vô hiệu hóa song song xây dựng một lần và cho all:

Công cụ> Tùy chọn> Dự án và giải pháp> Xây dựng và chạy> "số lượng tối đa các dự án song song xây dựng" - theo mặc định nó có giá trị là 8, chuyển nó thành 1.

Tất nhiên, quá trình xây dựng giờ chậm hơn một chút, nhưng số dặm có thể khác nhau tùy thuộc vào trường hợp sử dụng của bạn.

này liên quan đến Error: Cannot access file bin/Debug/... because it is being used by another process