Не работает отладка в visual studio 2019
Я создал новый проект веб-приложения, и на странице default.aspx есть элемент управления сеткой obout, в default.cs я заполняю datatable и помещаю его в качестве источника данных для сетки.
Мне удалось отладить его, внезапно отладчик не работает.
обратите внимание, что отладчик находится в событии загрузки.
Найдите ниже шаги, которые решили мою проблему:
Есть пара вещей, которые могут ошибаться:
- Ваш исходный код и сборка могут быть не синхронизированы - перестройте приложение и повторите попытку.
- Вы могли быть привязаны к неправильному процессу - проверьте, к какому процессу вы привязаны.
- В вашем коде может быть логическая ошибка, из-за которой ваша точка останова не срабатывает (т.е. метод, в котором вы находитесь, на самом деле не вызывается, логическое ветвление - это управление маршрутизацией вокруг точки останова и т. Д.)
Точка останова не была достигнута, я очистил и перестроил, но все еще не попал,
Я только что повторно открыл страницу (в моем случае контроллер) и начал работать нормально ..
Вероятно, символы не загружены, поэтому точка останова не сработает. Вы сделали сайт стартовым?
Возможно, вам потребуется настроить приложение в веб-конфигурации, чтобы его можно было отлаживать.
Вам необходимо работать в режиме отладки, а не в режиме выпуска.
Вот подробная статья о Как включить отладку для ASP. NET-приложения В основном, вы можете установить режим отладки в свойствах проекта или в web.config.
Когда все не удалось, попробуйте следующее: правая кнопка мыши на вашем проекте -> Сборка -> снимите флажок «Оптимизировать код».
У меня были аналогичные проблемы, когда я установил dotPeek, и, возможно, из-за того, что у меня нет Resharper, он загружал символы с сервера символов dotPeek, но не мог попасть в мою точку останова. В этом случае откройте dotPeek и нажмите «Остановить сервер символов».
Попробуйте снять флажок "Включить процесс хостинга Visual Studio", который в свойствах проекта -> отладка работал у меня
Это может произойти, если Visual Studio настроена на отладку управляемого кода , но код не управляется (управляемый код выполняется под управлением среды CLR).
Чтобы решить эту проблему, измените режим отладки, как показано в правой части рисунка ниже, на Только собственный , Смешанный или Авто .
Боковое примечание: я рекомендую не выбирать Смешанный, если ваша система не имеет как управляемого, так и собственного кода (код, который не работает в среде CLR), потому что Visual Studio не может подключиться к уже запущенному процессу в смешанном режиме. Для отладки уже запущенного кода в Visual Studio необходимо настроить отладку в режимах Только собственный или Только управляемый .
Я видел, что в уже существующих ответах перечислено много возможных причин, но я хотел бы добавить еще одну: если вы используете инструменты посткомпиляции (например, ILMerge), проверьте, сохраняют ли эти инструменты вашу отладочную информацию (есть ли файл .pdb ? или, может быть, вы встроили его в выходные данные компиляции). Тем, кто действительно использует AfterBuild задачи в своих .csproj , я действительно предлагаю проверить.
Вы можете включить отладку, как показано ниже.
Теперь запустите свое решение. Будет достигнута точка останова.
Вы отлаживаете с помощью IIS Express вместо IIS Local? Я обнаружил, что IIS Express иногда не работает в точках отладки, IIS Local работает нормально.
Вы могли бы быть похожи на меня, имея как производственную версию (установленную через файл msi), так и версию для разработки (открытую в Visual Studio), и именно поэтому я не могу получить некоторые из моих точек останова в VS, запущенных сегодня.
Если это так, вам необходимо удалить производственную версию, поскольку я думаю, что некоторые из файлов dll мешают моему сеансу отладки.
Очистите и перестройте свое решение после этого, чтобы решить проблему.
В Visual Studio 2010
- Выберите "Сборка"> "Очистить ".
- Восстановить проект
Теперь попробуйте перестроить проект и попробуйте отладить
После установки следующего дополнения он заработал. После установки перезапустите Visual Studio один раз. Установите плагин в соответствии с версией VS.
Часто эта ошибка возникает из-за того, что какая-то ошибка или изменение конфигурации требуют обновления ваших пулов приложений, сброса IIS или выполнения обоих этих действий. Чтобы выполнить сброс IIS, в командной строке с повышенными привилегиями введите команду iisreset .
В IIS не указан веб-сайт, соответствующий URL-адресу запуска
Можно настроить Visual Studio на запуск от имени администратора в любой ситуации. Для этого щелкните значок ярлыка Visual Studio правой кнопкой мыши и выберите Свойства > Дополнительно > Всегда запускать от имени администратора.
Веб-сервер настроен неправильно
Не удалось подключиться к веб-серверу
Если это не так, перезапустите пул приложений, а затем выполните сброс IIS. Дополнительные сведения см. в статье Проверка конфигурации IIS.
Веб-сервер не ответил вовремя
- Выполните сброс IIS и повторите запуск отладки. К процессу IIS может быть подключено сразу несколько экземпляров отладчика. Сброс завершит их работу. Дополнительные сведения см. в статье Проверка конфигурации IIS.
Вероятно, монитор удаленной отладки Microsoft Visual Studio (msvsmon.exe) не запущен на удаленном компьютере
Удаленный сервер вернул ошибку
Проверьте, не содержит ли файл журнала IIS подкоды ошибок и дополнительные сведения, и изучите эту запись блога IIS 7.
Некоторые распространенные коды ошибок и рекомендации также приводятся ниже.
- Перезапустите пул приложений и выполните сброс IIS. Дополнительные сведения см. в статье Проверка конфигурации IIS.
- Если выполняется переопределение URL-адресов, протестируйте базовый файл web.config без переопределения URL-адресов. См. примечание о модуле переопределения URL-адресов в разделе Проверка конфигурации IIS.
Отладчику не удалось подключиться к удаленному компьютеру
Если выполняется локальная отладка, откройте свойства проекта в Visual Studio и убедитесь, что в настройках проект указан правильный веб-сервер и URL-адрес для подключения. (Откройте Свойства > Веб > Серверы или Свойства > Отладка в зависимости от типа проекта.)
Эта ошибка может возникать при локальной отладке в 32-разрядной версии Visual Studio, в которой для отладки 64-разрядных приложений используется 64-разрядная версия удаленного отладчика. Visual Studio 2019 и более ранних версий — это 32-разрядные приложения. Проверьте пул приложений в IIS и убедитесь, что параметр Включать 32-разрядные приложения имеет значение true , выполните сброс IIS и запустите отладку еще раз.
Также, если вы используете файл HOSTS, убедитесь, что он настроен правильно. Например, в файле HOSTS должен быть указан тот же URL-адрес проекта, что и в свойствах проекта (Свойства > Веб > Серверы или Свойства > Отладка в зависимости от типа проекта).
Сведения об общих ошибках конфигурации см. в справке. Дополнительные сведения могут быть получены при выполнении веб-страницы вне отладчика.
Вы запускаете Visual Studio и веб-сервер на одном компьютере? Откройте свойства проекта и убедитесь, что в настройках проекта указан правильный веб-сервер и URL-адрес запуска. (Откройте Свойства > Веб > Серверы или Свойства > Отладка в зависимости от типа проекта.)
Если это не поможет или отладка выполняется удаленно, выполните действия, описанные в разделе Проверка конфигурации IIS.
Операция не поддерживается. Неизвестная ошибка: номер ошибки
Если выполняется переопределение URL-адресов, протестируйте базовый файл web.config без переопределения URL-адресов. См. примечание о модуле переопределения URL-адресов в разделе Проверка конфигурации IIS.
Проверьте конфигурацию IIS
Прежде чем запускать отладку повторно после выполнения описанных здесь шагов по решению проблемы, возможно, придется также выполнить сброс IIS. Для этого в командной строке с повышенными привилегиями введите команду iisreset .
Остановите и перезапустите пулы приложений IIS, а затем попробуйте еще раз.
Возможно, пул приложений остановился в результате ошибки. Кроме того, остановка и перезапуск пула приложений могут потребоваться из-за другого изменения, внесенного вами в конфигурацию.
Если пул приложений продолжает останавливаться, удалите модель переопределения URL-адресов через панель управления и установите ее повторно с помощью установщика веб-платформы (WebPI). Эта проблема может возникать после значительного обновления системы.
Проверьте конфигурацию пула приложений, исправьте ее при необходимости и попробуйте еще раз.
Кроме того, если учетные данные изменились, возможно, нужно обновить их в пуле приложений или на веб-сайте. В пуле приложений для обновления учетных данных выберите Дополнительные параметры > Модель процессов > Удостоверение. Для обновления учетных данных на веб-сайте выберите Основные параметры > Подключиться как. Перезапустите пул приложений.
Убедитесь, что папка веб-приложения имеет нужные разрешения.
Убедитесь, что вы предоставили IIS_IUSRS, IUSR или пользователю, связанному с пулом приложений, права на чтение и выполнение файлов в папке веб-приложения. Устраните проблему и перезапустите пул приложений.
Устраните ошибки проверки подлинности, если используется только IP-адрес
По умолчанию предполагается, что IP-адреса являются частью Интернет-зоны, и проверка подлинности NTLM для них не выполняется. Если настройки веб-сайта в IIS требуют обязательной проверки подлинности, проверка подлинности завершается ошибкой. Чтобы решить эту проблему, укажите вместо IP-адреса имя удаленного компьютера.
Другие причины
Если проблема не в конфигурации IIS, попробуйте выполнить следующие действия.
Перезапустите Visual Studio с правами администратора и попробуйте еще раз.
Если выполняются сразу несколько экземпляров Visual Studio, откройте проект в другом экземпляре Visual Studio (с правами администратора) и попробуйте еще раз.
Если вы используете файл HOSTS с локальными адресами, попробуйте использовать вместо IP-адреса компьютера петлевой адрес.
Если вы не используете локальные адрес, убедитесь, что в файле HOSTS должен быть указан тот же URL-адрес проекта, что и в свойствах проекта (Свойства > Веб > Серверы или Свойства > Отладка в зависимости от типа проекта).
Дополнительные действия по устранению неполадок
Откройте страницу localhost в браузере на сервере.
Если во время попытки присоединения в окне вывода появляется приведенная ниже ошибка, возможно, это известная проблема, описанная ниже. Попробуйте предлагаемые решения, а если проблема сохранится, обратитесь по приведенному выше псевдониму.
(401) Не авторизовано
Эта ошибка означает, что в вызове REST, выполняемом средой Visual Studio к Azure, используются недопустимые учетные данные.
Выполните следующие шаги.
- Убедитесь в том, что у вашей учетной записи персонализации Visual Studio есть разрешения на доступ к подписке Azure и ресурсу, к которому вы присоединяетесь. Быстро определить это можно путем проверки доступности ресурса, выбрав в диалоговом окне пункт Отладка >Подключить Snapshot Debugger >Ресурс Azure >Выбрать существующий или в Cloud Explorer.
- Если ошибка сохраняется, используйте один из каналов обратной связи, указанных в начале этой статьи.
Первый маршрут эффективно защищает домен вашего приложения по аналогии с входом с помощью [IdentityProvider] . Второй маршрут предоставляет конечную точку AgentLaunch для SnapshotDebugger за рамками проверки подлинности, которая выполняет предварительно заданное действие, запуская агент диагностики SnapshotDebugger только в том случае, если для вашей службы приложений включено предварительно установленное расширение сайта SnapshotDebugger. Дополнительные сведения о конфигурации authorization.json см. в статье Правила авторизации URL-адресов.
(403) Запрещено
Эта ошибка означает, что разрешение отклонено. Причины могут быть разными.
Выполните следующие шаги.
(404) Не найдено
Эта ошибка означает, что не удалось найти веб-сайт на сервере.
Выполните следующие шаги.
(406) Недопустимо
Эта ошибка означает, что сервер не может ответить на тип, указанный в заголовке Accept запроса.
Выполните следующие шаги.
(409) Конфликт
Эта ошибка означает, что запрос конфликтует с текущим состоянием сервера.
Это известная проблема, возникающая, когда пользователь пытается присоединить Snapshot Debugger к AppService с включенной службой Application Insights. Application Insights задает для AppSettings регистр, отличный от используемого в Visual Studio, что приводит к возникновению этой проблемы.
В Visual Studio 2019 эта проблема устранена.
Выполните следующие шаги.
- На портале Azure проверьте, задан ли верхний регистр в AppSettings для SnapshotDebugger (SNAPSHOTDEBUGGER_EXTENSION_VERSION) и InstrumentationEngine (INSTRUMENTATIONENGINE_EXTENSION_VERSION). Если нет, измените параметры вручную, что приведет к перезапуску сайта.
- Если ошибка сохраняется, используйте один из каналов обратной связи, указанных в начале этой статьи.
(500) Внутренняя ошибка сервера
Эта ошибка означает, что сайт полностью отключен или сервер не может обработать запрос. Snapshot Debugger работает только в выполняющихся приложениях. Application Insights Snapshot Debugger обеспечивает создание моментальных снимков при возникновении исключений и может быть более подходящим средством.
(502) Недопустимый шлюз
Эта ошибка указывает на проблему сетевого взаимодействия на стороне сервера и может быть временной.
Выполните следующие шаги.
- Попробуйте подождать несколько минут, прежде чем снова присоединять Snapshot Debugger.
- Если ошибка сохраняется, используйте один из каналов обратной связи, указанных в начале этой статьи.
Проблема. Точка моментальных снимков не включается
Если с точкой моментальных снимков вместо обычного значка точки моментальных снимков отображается значок предупреждения , значит, точка моментальных снимков не включена.
Выполните следующие шаги.
- Убедитесь в том, что у вас та же версия исходного кода, которая использовалась для сборки и развертывания приложения. Убедитесь, что вы загружаете правильные символы для развертывания. Для выполнения этого действия во время отладки моментальных снимков откройте окно Модули и убедитесь, что в столбце "Файл символов" отображается PDB-файл, загруженный для модуля, который вы отлаживаете. Snapshot Debugger попытается загрузить и использовать символы для вашего развертывания автоматически.
Проблема. при открытии моментального снимка не загружаются символы
Если отображается следующее окно, это означает, что символы не загрузились.
Выполните следующие шаги.
Щелкните ссылку Изменить параметры символов. на этой странице. В параметрах Отладка > Символ добавьте каталог кэша символов. Перезапустите отладку моментального снимка после задания пути к символам.
Символы или PDB-файлы, доступные в вашем проекте, должны соответствовать развертыванию Службы приложений. Большинство развертываний (развертывание через Visual Studio, CI/CD с помощью Azure Pipelines или Kudu и т. д.) опубликует ваши файлы символов вместе со Службой приложений. Установка каталога кэша символов позволяет Visual Studio использовать эти символы.
В качестве альтернативы, если организация использует сервер символов или удаляет символы в другом пути, используйте параметры символов, чтобы загрузить правильные символы для своего развертывания.
Проблема. параметр "Подключить Snapshot Debugger" не отображается в Cloud Explorer
Выполните следующие шаги.
- Убедитесь, что компонент Snapshot Debugger установлен. Откройте Visual Studio Installer и проверьте компонент Snapshot Debugger в рабочей нагрузке Azure.
Проблема. в Средствах диагностики отображаются только регулируемые моментальные снимки
Выполните следующие шаги.
- Моментальные снимки занимают мало памяти, но для них выделяется фиксированное количество памяти. Если Snapshot Debugger обнаружит, что ваш сервер находится под большой нагрузкой памяти, он не будет делать снимки. Вы можете удалить уже полученные снимки, остановив сеанс Snapshot Debugger и повторив попытку.
Проблема. отладка моментальных снимков в нескольких версиях Visual Studio выдает ошибки
Для Visual Studio 2019 необходима более новая версия расширения сайта Snapshot Debugger в Службе приложений Azure. Эта версия несовместима с более старой версией расширения сайта Snapshot Debugger, используемой в Visual Studio 2017. Попытка подключить Snapshot Debugger в Visual Studio 2019 к Службе приложений Azure, которая ранее была отлажена Snapshot Debugger в Visual Studio 2017, приведет к следующей ошибке.
И наоборот, если вы используете Visual Studio 2017 для подключения Snapshot Debugger к Службе приложений Azure, которая ранее была отлажена Snapshot Debugger в Visual Studio 2019, это приведет к следующей ошибке:
Чтобы устранить эту проблему, удалите следующие параметры приложения на портале Azure и подключите Snapshot Debugger повторно.
- INSTRUMENTATIONENGINE_EXTENSION_VERSION
- SNAPSHOTDEBUGGER_EXTENSION_VERSION
Проблема. у меня возникают проблемы с отладкой снимков, и мне нужно включить ведение журнала
Включение журналов агента
Чтобы включить и отключить ведение журнала агента, откройте Visual Studio и выберите Средства > Параметры > Snapshot Debugger > Включить ведение журнала агента. Обратите внимание, что если функция Удалять старые журналы агента при запуске сеанса также включена, каждое успешное вложение Visual Studio будет удалять предыдущие журналы агента.
Журналы агентов можно найти в следующей папке.
Включите Profiler / Instrumentation Logs (журналы инструментирования)
Журналы инструментирования можно найти в следующей папке.
- Службы приложений.
- Журналы ошибок автоматически отправляются в файл D:\Home\LogFiles\eventlog.xml. События отмечаются как или "Production Breakpoints".
- Войдите на виртуальную машину и откройте "Просмотр событий".
- Откройте следующее представление: Журналы Windows > Приложение.
- Отфильтруйте текущий журнал по источнику события, используя производственные точки останова или ядро инструментирования.
- Ведение журнала ядра инструментария происходит на /tmp/diag/log.txt (задается MicrosoftInstrumentationEngine_FileLogPath в DockerFile)
- Ведение журнала ProductionBreakpoint происходит в /tmp/diag/shLog.txt
Известные проблемы
Обновление расширения сайта
Отладка моментальных снимков и Application Insights зависит от ICorProfiler, который загружается в процесс сайта и вызывает проблемы, состоящие в блокировке файлов во время обновления. Мы рекомендуем выполнить этот процесс, чтобы избежать простоя на производственном сайте.
Решение
(1) Убедитесь, что ваше приложение находится в режиме отладки (не в режиме выпуска).
(2) Пожалуйста, включите параметры, такие как следующий снимок экрана.
Другие решения
Есть несколько вещей, которые вы можете проверить.
Прежде всего убедитесь, что код, в котором установлена точка останова, достижим. Поместите его в точку входа вашего приложения.
Есть вероятность, что символы отладки где-то перепутались. Следовательно, попробуйте очистить / перестроить проект (вы можете попробовать удалить каталог bin / build вручную).
В Build-> Configuration Manager вы также можете проверить, действительно ли «Отладка» для конфигурации решения заставляет ваш проект выполняться в режиме отладки.
94 Saint [2012-02-21 11:49:00]
Когда я нахожу F5 (режим отладки), ничего не происходит. Строение работает правильно, exe файл, который я могу запустить правильно, но не могу запустить debug. Почему?
У меня была та же проблема, и все трюки не сделали этого, пока я не снял флажок "Включить хостинг Visual Studio" на вкладке отладки в свойствах проекта
45 mo. [2012-09-25 21:18:00]
Тьфу! Я испытывал те же самые симптомы, что и вы, и после того, как вы пробовали все предложения, единственным, кто работал, был ваш собственный: создание нового проекта и копирование всего содержимого.
Затем я заметил, что я не могу вручную удалить свой каталог Bin, и я понял, что MyApp.vshost.exe все время работал в фоновом режиме, не позволяя себе перезаписывать Visual Studio 2012. Не знаю, как это сделать все еще работал с VS2010:/
В итоге, решение, которое сработало для меня: Убейте процесс, повторите попытку.
Другими словами, вы пытались отключить и снова включить?
Перезагрузите VS и попробуйте отладить. Некоторое время это случается, даже у меня также была та же проблема.
Извините, что поставил старый вопрос, но сегодня у меня была такая же проблема, но причина была в том, что из-за порядка сборки решения. Если вы перейдете в Solution Property Pages → Common Properties → Startup Project .
Выбрано Multiple startup projects , переместите веб-проект в начало списка.В моем решении для веб-приложений у меня есть 2 веб-проекта и 5 проектов кода, один из моих проектов кода был наверху, и поэтому отладка не запускалась.
Надеемся, что другие найдут это полезным
5 Neil [2016-03-14 14:10:00]
Это решение уже было упомянуто, но для его работы потребовалось некоторое вмешательство, поэтому ясное решение
На вкладке "Проект/вкладка" выберите "Свойства". (или в вашем браузере решений) Перейдите на вкладку "Отладка". Снимите флажок Включить процесс хостинга Visual Studio. (Снимите флажок) проверьте, работает ли он. если он не перезагружает ваш компьютер (некоторые из файлов проектов работают в фоновом режиме, если вы знаете, как их остановить, перезапуск не обязательно просто заканчивает их задачи) перестроить проект
это должно решить проблему
Что помогло мне решить эту проблему:
- закрыть решение
- удалить файл solution.suo
- повторно открыть решение
Перед тем, как пройти интенсивное исправление. попробуйте это!
Просто запустите файл .exe в папке отладки. "Не закрывай!"
Запустите отладчик в Visual Studio. (i) Должна появиться ошибка. просто скажите "нет"
Закройте файл ".exe", который вы начали на этапе "1".
По какой-то причине визуальная студия застряла в этом приложении, которое я строю, но это сработало для меня.
Во-первых, в свойствах проекта и на вкладке Debug убедитесь, что ваш Start Action установлен на Start Project , а не какой-либо другой параметр, который не будет работать. Если это не разрешило, то:
Перейдите к Tools -> Options -> Environment -> Keyboard и в Show commands containing: введите Debug.Start и убедитесь, что для параметра Shortcuts for selected command: установлено значение F5 (Global) . Также убедитесь, что у вас нет ничего другого, сопоставленного с F5, который может конфликтовать.
Наконец, если это не решит вашу проблему, я предлагаю вам экспортировать текущие настройки среды в качестве резервной копии, а затем reset все настройки среды полностью. Посмотрите, разрешит ли это, если нет, а затем reimport ваши старые настройки и попробуйте восстановить визуальную студию.
закройте проект и удалите все файлы в папке projectinDebug , чтобы создать новое решение для отладки
1 joa [2013-04-23 23:19:00]
Перейдите в Обозреватель решений, щелкните правой кнопкой мыши проект, перейдите в свойства, нажмите "Отладка", внизу снимок установлен, установите флажок "Включить отладку SQL Server".
1 jmurphy [2013-05-22 20:10:00]
Убедитесь, что на вкладке "Проект" → "Свойства" → "Отладка" → "Начало действия", которые "Не запускать, но отлаживать мой код при запуске", не проверяется. Как-то это прошло через месяц после того, как я создал и работал над моим проектом.
Отметив это, я решил проблему.
У меня была такая же проблема с моим настольным приложением, и как этот форум говорит, что вы должны пометить свой проект как проект запуска, поскольку визуальная студия без опознавательных знаков.
Это сработало для меня отлично, и я считаю, что это поможет другим людям, которые могут иметь эту проблему.
0 Aidal [2016-10-13 13:35:00]
У меня была такая же проблема (видимо, несколько лет спустя), где я мог видеть свое устройство в VS 2015, но когда я хотел отлаживать устройство, ничего не происходило.
Это может быть другой вопрос, чем тот, который был у оригинального плаката, но это решение устранило проблему для меня в VS 2015.
Щелкните правой кнопкой мыши решение и выберите "Свойства", а затем отметьте, установлен ли флажок для вашего решения в столбце "Развернуть", если это не так, проверьте его и повторите попытку отладки. Работал для меня.
У меня была эта проблема в приложении WPF, над которым я работал. При запуске отладчика процесс с именем MyApp.VsHost.exe запускается и продолжает работать в фоновом режиме, но исключений не было бы выбрано и ничего в окне вывода, кроме информации о сборке.
Это произошло потому, что я изменил пространство имен моего класса App , но не обновил атрибут Class в App.xaml , чтобы соответствовать новому пространству имен. Я изменил пространство имен в файле xaml, и он снова работал.
Быстрое исправление, которое может помочь кому-то:
Если вы работаете с пакетом SSIS или с решением с несколькими приложениями внутри него. Удостоверьтесь, что у вас есть правильный набор приложений в качестве "Начального проекта".
Если у вас есть отдельный проект приложения или SSIS в той же папке, ваша Visual Studio, вероятно, создает это вместо того, что вы хотите запустить.
Надеюсь, это поможет!
У меня была такая же проблема, и, глядя на ответ брзлвеловера, я нашел следующую проблему, которая, казалось, работала для меня. Проводя это, если кто-то другой имеет такую же проблему, они также могут проверить это.
0 Annye [2015-02-19 15:30:00]
Я нашел решение:
- Закройте решение для Visual Studio
- Откройте заголовок проекта .csproj с помощью блокнота ++, например.
- Поиск тегов в разделе
- Удалить тег конфигурации полностью
- Откройте свое решение, и для меня теперь отладка работает над моим проектом.
0 GlennG [2013-06-03 02:07:00]
Этот процесс обычно работает для меня:
- Закрыть IE
- Используйте диспетчер задач, чтобы проверить, что все экземпляры iexplore.exe ушли – kill любые оставшиеся "сироты".
- Запустите IE из меню "Пуск" и убедитесь, что он запущен правильно.
- Очистить кеш-кеш Internet Explorer и файлы cookie и перезапустить.
- Закройте Visual Studio, чтобы освободить все блокировки.
- IISReset
- Перезапустить VS
- Очистить проект/решение
- Перекомпилируйте и он должен работать
0 toregua [2013-01-23 15:39:00]
Я нашел решение:
- Закройте решение для Visual Studio
- Откройте заголовок проекта .csproj с помощью блокнота ++, например.
- Найдите false в разделе
Visual Studio 2010
В консоли управления пакетами я запустил
и мое решение могло бы скомпилироваться.
Такая же ошибка, попробовал выполнить VS как Администратор, и он сработал.
Я столкнулся с этой проблемой. В моем случае, как-то пропустили проект проекта запуска. Поэтому убедитесь, что один из проектов в вашем решении explorer задан как проект запуска. Чтобы настроить проект запуска, щелкните правой кнопкой мыши по желаемому проекту в проводнике решений → нажмите " Установить как проект запуска"
Мой опыт работы с Visual Studio 2015, я попробовал удалить все процессы и перезапустить, это не сработало. Я попытался удалить каталог bin, это не сработало.
К сожалению, единственное, что сработало, – это закрыть и перезапустить Visual Studio 2015 в режиме администратора. Вздох.
Проверьте Configuration Manager, убедитесь, что все проекты компилируются для одной и той же платформы.
Я отключил процесс хостинга, чтобы обойти проблему его оставления и оставить файлы заблокированными. Когда я это сделал, я обнаружил, что окно консоли не появилось, когда я ударил F5 для отладки, хотя моя программа прошла нормально. Затем я заметил, что у меня установлен флажок "Предпочтительный 32-разрядный". Я отмахивался от этого, перестроил и окно консоли появилось еще раз. Это показалось странным, поэтому я снова отметил его и подтвердил, что могу воспроизвести это поведение. Я использую Visual Studio 2013.
-1 Saint [2012-02-21 12:36:00]
Наконец я создал другой проект и скопировал существующие файлы и папки. Может быть, "непрофессиональный", но он работает:) К счастью, это небольшой проект
У меня очень смешное решение, но это сработало для меня,
Удерживайте клавишу F5, пока не увидите, что отладка началась, я серьезный парень.
Сообщество, где люди делятся уникальным опытом
Вопросы и ответы по любой теме от IT сообщества
Помогаем строить карьеру в IT-индустрии
Биржа удаленной работы для IT-специалистов
Хабр Q&A — вопросы и ответы для IT-специалистов
Получайте ответы на вопросы по любой теме из области IT от специалистов в этой теме.
Я запускаю свой профиль проекта вместо того, чтобы запускать его в профиле IIS Express. Вот мой файл launchSettings.json .
И когда я проверяю окно вывода, я получаю вот что.
Программа «[22052] .exe» завершилась с кодом -1 (0xffffffff).
Еще я заметил, что новая вкладка браузера открывается без какого-либо URL-адреса, а только страница about:blank .
У меня тоже такая же проблема, когда он работал нормально целую вечность. Вдруг после обновления Edge перестал работать; У меня нет окна консоли и нет открытого окна браузера. Единственное решение - перейти на Chrome. Что странно, это то, что он работает первый раз после перезагрузки, а потом уже второй раз сломался.
4 ответа
Проблема заключалась в том, что процесс, начатый моим предыдущим выполнением, все еще работал. Когда мы запускаем проект с использованием проекта профиля, он запускает новый процесс, и вы можете видеть, что есть новый Debug console window , как на предыдущем изображении.
Вы можете просто закрыть это окно и снова запустить свой проект, и это решит проблемы. Вы также можете включить параметр, который закроет этот процесс при остановке отладки. Для этого перейдите в Инструменты, затем нажмите «Параметры», выберите «Отладка» и затем включите параметр Automatically close the console when debugging stops .
Если вы не видите этот параметр, просто щелкните другие параметры в меню «Отладка» и дождитесь загрузки содержимого, а затем снова щелкните меню «Отладка». Иногда просто показывался пустой экран без каких-либо опций. Похоже на ошибку в Visual Studio 2019 .
Также не забудьте закрыть окно браузера, которое было открыто после последнего выполнения. Для меня он был открыт, поэтому открывалась новая вкладка с about: blank .
К сожалению, это не помогло мне. Пробовал как с VS 2019, так и с VS 2020 Preview 2.1, все работало нормально, и время от времени проблема начиналась. VS запускает пустое окно браузера и не может определить, на каком порту работает IIS. Таким образом, он пытается подключить отладчик к неправильному порту и получает отказ в соединении. Если я вручную перейду в том же окне браузера на страницу IIS Express, я могу загрузить ее, но отладка по-прежнему не работает.
Мне нужно либо отключить отладчик Javascript, либо использовать Internet Explorer для запуска приложения.
У нас возникла та же проблема, что и для zBestData выше, после перехода на Visual Studio 2019 версии 16.9.1.
На данный момент у нас не так много времени, чтобы разобраться в этом, но, похоже, это связано с процессами msedge.exe, которые остались запущенными после сеанса отладки. В качестве обходного пути перед запуском второго сеанса отладки закройте все открытые окна Edge, затем уничтожьте все экземпляры msedge.exe (например, в диспетчере задач).
В противном случае мы обнаружим, что необходимо перезапустить систему, чтобы устранить ошибку.
То же самое у меня после обновления до 16.9.3. Перезагрузка Исправлено. (Я не пробовал просто закрыть Visual Studio и перезапустить ее в одиночку. Это тоже может сработать.)
Проблема, скорее всего, связана с вашим браузером, который в этом случае действует как адаптер отладки. Закройте все экземпляры вашего браузера.
Объяснение:
Откройте файл visualstudio-js-debugger.txt . Он должен находиться в месте, аналогичном указанному ниже.
Не забудьте заменить your-user-name в приведенном ниже пути на свое правильное имя пользователя.
Файл должен выглядеть, как показано ниже. Обратите внимание на идентификатор адаптера, выделенный красным, это браузер Chrome . Поэтому в этом случае вы можете просто закрыть все экземпляры браузера Chrome .
Читайте также: