При отладке приложения ASP.NET MVC точки останова не попадают

При попытке отладки приложения ASP.NET MVC точки останова в моих контроллерах становятся недоступными. При входе в режим отладки они просто показывают пустой красный круг с предупреждающим треугольником вместо обычного полного круга. Это странно, потому что отладка работала до сих пор, и никаких изменений конфигурации в моей среде какое-то время не было.

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

Какие-нибудь предложения по устранению этого?

Ура!

РЕДАКТИРОВАТЬ: Приложение работает как локальный сайт на IIS7, и я отлаживаю его с помощью VS 2008

Ответы

Ответ 1

Итак, после 4 часов впустую, я считаю, что настройка моего веб-проекта как проекта запуска решает проблему! Это наверняка должно быть ошибкой...

Надеюсь, я спасу кого-то там полдня:)

Ответ 2

Мало возможностей:

  • Если у вас есть клиент и сервер в своем решении (скажем, WPF и приложение WCF), вы должны убедиться, что вы выбрали 'несколько стартовых проектов. [это похоже на ваш принятый ответ, но полезно, если вам тоже нужен клиент)

  • Режим выделения выбран для проекта. Когда вы делаете новый get (как я обнаружил сегодня) на новой машине, VS, похоже, переключается на профиль конфигурации "Release".

Ответ 3

Некоторые члены команды удалили конфигурацию Debug для одного проекта (проект MVC). Хотя для конфигурации решения было установлено значение "Отладка/AnyCPU", если вы посмотрели конфигурацию для этого, Project-Configuration для MVC Project была настроена на Release, без опции для Debug, и все остальные проекты были настроены как Debug соответствующим образом.

Итак, я добавил Debug обратно в конфигурацию проекта (просто выпадающее меню "Добавить"... снимите флажок, чтобы добавить в решение). И альт...

Ответ 4

Что нужно попробовать:

  • Очистите решение, а затем перестройте его.

  • Если это не сработает, закройте решение, удалите папки bin и obj и перестройте.

  • Если это не сработает, перезапустите среду IDE после выполнения шага 2.
  • Если вы отлаживаете проект ASP.NET, размещенный в IIS, убедитесь, что вы привязаны к правильному процессу (w3wp.exe).

Ответ 5

Ни один из этих ответов не помог мне. Некоторые из моих контрольных точек были поражены, а некоторые нет. Но я обнаружил проблему в моем случае.

Если есть файл в том же виртуальном месте с тем же именем, что и URL-адрес, который вы пытаетесь отлаживать, файл будет автоматически передаваться в браузер IIS, и точка останова не будет удалена, потому что код MVC фактически работает.

Ответ 6

В большинстве случаев у меня была эта проблема:

Найдите, где хранятся ваши кеши dll проектов (обычно в ASP.NET Temporary Files). Затем закройте VS, выполните IISRESET/stop (если вы используете IIS), удалите все файлы в кэше dll. Сделайте IISRESET, запустите VS, откройте свой проект и перестройте его.

Ответ 7

У меня была та же проблема. Проверить здесь: Tools- > Options- > Отладка

Установите флажок script. Запустите приложение.

У меня появилось окно с поврежденным сообщением, так же как и ремонт vs 2008, и его работа сейчас.

Ответ 8

У меня была эта проблема сегодня - тогда выяснилось, что это произошло потому, что:

  • В Visual Studio 2008 произошел сбой, оставив Cassini (веб-сервер встроенной разработки) на исходном порту.

  • Когда я снова открыл свой проект и "начал" его, он не мог работать на исходном порту, потому что старый веб-сервер разработки все еще работал (чего я не заметил)

  • Страницы просматриваются отлично, но никаких точек останова не удавалось, потому что используемый мной URL по-прежнему указывал на старый веб-сервер разработки.

Ответ 9

Очистка/перестройка не работала для меня. Перезапуск VS сделал.

VS 2012, ASP.NET MVC 3, IIS Express.

Ответ 10

Убедитесь, что ваша версия фреймворка компиляции совпадает с каркасом компиляции проекта. Я столкнулся с этим, и это было потому, что проект составлялся как 4.5, а компиляция, связанная с веб-конфигурацией, пыталась отладить его как 4.5 0,1.

Ответ 11

Это может быть полезно:

  • Закрыть Visual Studio
  • Остановить пул приложений в диспетчере IIS
  • Удалить папку bin и obj
  • Запустить пул приложений.
  • Откройте Visual Studio и переустановите решение.

Ответ 12

У меня была аналогичная проблема с простым проектом веб-API в Visual Studio 2015. Я решил проблему, прочитав, что легкое исправление заключалось в том, чтобы установить Startup Project в правильный проект. Поскольку у меня был еще один проект веб-API в том же решении, я догадался, что проект, который я отлаживал, смешивал, который index.html отлаживал, поэтому я переименовал этот текущий в index2.html. Затем установите вкладку "Свойства проекта" в "Конкретная страница" и текст страницы: "index2.html" решила проблему.

Ответ 13

У меня была та же проблема. Выберите здесь: Инструменты- > Параметры- > Отладка

Исправить, выбрав Enable.Net Framework source stepping

Ответ 14

Мое решение было в основном моей ошибкой, потому что я переместил папку проекта. Мое разрешение было, после того, как я переместил папку, НЕ используйте "Открыть... Открыть веб-сайт", а затем перейдите к папке своего веб-сайта. НЕ просматривайте файл .sln вашего решения и откройте его. Вместо этого используйте "Открыть... Проект/Решение", затем перейдите к своему файлу csproj и откройте его. Сначала закройте IIS (Express). Перестроить. Он должен использовать последнюю копию..sln будет каждый раз висеть.

Ответ 15

Изменение параметра выпуска заголовка Visual Studio для отладки