«Точка останова в настоящее время не будет достигнута. Исходный код отличается от оригинальной версии». Что это значит?

Question

При отладке в Visual Studio иногда я добавляю точку останова, но она пустая, и VS говорит: «В данный момент точка останова не будет достигнута. Исходный код отличается от исходной версии» Очевидно, это не дает мне возможности отлаживать.

Что на земле означает сообщение? Какая оригинальная версия? Если я только что открыл решение и не внес никаких изменений в код, как может существовать «оригинальная версия»?

Answer 1

Может быть, библиотеки загружаются из GAC.

Вы можете удалить dll из gac, требуются права администратора.

gacutil -u YourDll

Answer 2

Это произошло в Visual Studio 2017 после того, как я добавил существующие файлы в проект. Это сработало для меня:

1. закрыть решение,
2. перейти к SolutionFolder\.vs\SolutionName\v15\sqlite3 и удалить storage.ide
3. снова откройте раствор

Answer 3

При попытке отладки убедитесь, что вы не в режиме выпуска.

Answer 4

Бывают случаи, когда перекомпиляция и перестройка не помогают решить эту проблему. Одним из других потенциальных решений может быть удаление исходного файла с точками останова из Solution Explorer и добавление его снова (например, путем перетаскивания из папки).

Answer 5

В моем случае проблема заключалась в том, что отладка ASP.NET не была включена в свойствах проекта >> Web

Answer 6

Также существует проблема с некоторыми версиями VS 2017 (в сочетании с .editorconfig): Начиная с 15.3, точки останова не работают, когда кодировка файла не совпадает с кодировкой в ​​.editorconfig (utf8 или utf8-bom)

Answer 7

Для пользователей VS Code:

Если вы нажмете это при попытке отладки приложения ASP .NET Core, убедитесь, что задача сборки, определенная в tasks.json, и чей вывод вы видите на панели Debug Console , выполнена успешно.

Конфигурация отладки, определенная в launch.json, которая ссылается на эту задачу, по какой-то причине (по крайней мере, при некоторых обстоятельствах) продолжит выполнение заданного двоичного файла, даже если задача построения не удалась, и поскольку задача сборки не удалась, двоичный файл будет последней успешно собранной сборкой.

Answer 8

Это случилось со мной, потому что у меня были другие проекты в решении, которое не строилось. После того, как я выгрузил эти проблемные проекты (щелкнув правой кнопкой мыши по проекту в обозревателе решений -> Разгрузить проект), перестроил решение и снова запустился - достигнута точка останова!

Answer 9

Я недавно пострадал от этого, и в моем случае я отследил проблему до того, что делал при тестировании: изменение системного времени . Я не предполагаю, что это относится ко всем, но подумал, что упомяну это, так как это еще не было упомянуто. Похоже, что если вы начнете перемещать часы между отладочными сборками, то это может очень запутать, в каком порядке были созданы различные файлы. Я могу только предположить, что он использует даты изменения файлов, чтобы определить, является ли исходный код действительным или нет, какие двоичные файлы нужно перекомпилировать.

Также есть возможность повторно сохранить web.config, чтобы увеличить время его модификации.

Answer 10

Я просто перезагрузил компьютер , и он отлично сработал для меня.