Visual Studio отлично компилируется, но по-прежнему показывает красные линии

Я использую VS 2012, и он работал нормально, пока я не начал наблюдать какое-то забавное поведение. Когда я открываю свой код, он показывает красные подчеркивания, которые мы обычно видим, когда в нашем коде есть ошибка. Удивительно, но код компилируется нормально. Я сделал следующие наблюдения, которые совершенно ненормальны.

1. Красные подчеркивания в коде
2. При чистке или построении раствора ошибок нет.
3. красные подчеркивания исчезают на некоторое время после того, как я построю / очищаю решение, но в конце концов возвращается.
4. Из-за этого мой intellisense перестал работать.
5. Я не могу щелкнуть правой кнопкой мыши по любому компоненту и перейти к его определению.

Любые идеи?

Удалите содержимое временной папки ASP.NET, а затем перестройте. Он будет либо в вашей папке пользователя (для IIS Express - \ AppData \ Local \ Temp \ Temporary ASP.NET Files ), либо в каталоге Windows (для IIS - C: \ Windows \ Microsoft.Net \ Framework \ vx.xx \ Временные файлы ASP.NET )

Пути не в моей голове и могут быть неправильными

Visual Studio 2017:

У .vsменя сработало закрытие Visual Studio и удаление папки, расположенной в каталоге решения.

У этой папки есть hiddenатрибут. Вам может потребоваться изменить настройки в параметрах папки, чтобы отображать скрытые файлы.

Просто возникла эта проблема при работе с решением, созданным в Visual Studio 2012, но запущенным в 2013 году. Я закрыл Visual Studio, удалил все каталоги \ bin и \ obj, и проблема исчезла.

Для меня эта проблема была исправлена, когда я снова выгрузил и перезагрузил проект. Я работал на себя, надеюсь, это сработает и для вас :)

Я знаю, что это устарело, но на случай, если люди найдут эту ветку, как я, в Google. У меня возникла эта проблема после разрешения некоторых конфликтов с svn. В решении есть несколько проектов, и я разрешил некоторые конфликты в нескольких разных проектах. Я сделал Build -> Clean Solution, а затем Build -> Rebuild Solution, и все снова было хорошо.

У меня была эта проблема, и она была связана с ReSharper.

Шаги решения для меня:

1) Отключить ReSharper

VisualStudio\Tools\Options\ReSharper Ultimate\General\Suspend Now

2) Построить решение

(Ctrl-Shift-B)

3) Включите ReSharper

VisualStudio\Tools\Options\ReSharper Ultimate\General\Resume Now

Стив

Установлены ли у вас какие-либо плагины, например, resharper? У меня возникли проблемы с плохим плагином.

Попробуйте запустить Visual Studio в безопасном режиме, чтобы плагины не запускались.

devenv /Safemode

Если вы используете Resharper, как я, вы можете удалить кеш resharper, перейдя по этой ссылке: https://www.jetbrains.com/help/resharper/Configuring_Caches_Location.html

To specify the location for caches

1. Open the Environment | General page of ReSharper options.
2. Use the Save solution caches in to select the location for cache files:
3. User local settings folder to store them in the following directory: %LOCALAPPDATA%\JetBrains\Transient
4.System TEMP folder to store them in the following directory: %TEMP%\ReSharperCache
5. Solution folder to store them in the root folder of the current solution
6. Custom folder to choose a custom location for ReSharper cache files.
7. Click Save to apply the modifications and let ReSharper choose where to save them, or save the modifications to a specific settings layer using the Save To drop-down list. For more information, see managing and sharing resharper settings.
8. Reopen your solution for the changes to take effect.

В vs2013 я решил эту проблему, удалив все мои папки obj / bin во всех проектах. Проблема, вероятно, была связана с конфигурациями решения, которые я удалил, но не был очищен должным образом, поскольку выполнение Build -> Clean Solution не удаляет старые выходные данные из папок obj / bin.

Что мне подходит, так это удаление индексного файла IntelliSense.

Файл IntelliSense находится в том же каталоге, что и ваше решение.

Имя файла - SolutionName.sdf

Просто удалите этот файл, снова откройте решение, и IntelliSense начнет перестраивать свой индексный файл. После этого проблема исчезнет.

Это сработало для меня в Visual Studio Enterprise 2017:

1. Перейдите в Инструменты> Параметры> Текстовый редактор> JavaSCript / TypeScript> Линтинг> Общие.

2. снимите флажок "Включить ESLint"

Я тоже столкнулся с этим и смог вернуть Visual Studio в нормальное состояние, выполнив следующие действия:

1. Определите проект, от которого исходит код, обведенный красной линией
2. Удалите проект красной линии из ссылок, где он используется (ProjectName \ References - щелкните правой кнопкой мыши, добавьте ссылки, снимите флажок с проекта красной линии)
3. Сборка (теперь вы должны получить ошибки)
4. Повторно добавьте ссылку на проект, которая была только что удалена
5. Строим снова
6. Красные линии должны быть удалены, и проект должен быть построен!

У меня была такая же проблема с большим количеством красных линий в нескольких исходных файлах * cpp. Хотя код скомпилирован отлично. Ни одно из других решений не помогло мне.

Изменение порядка строк #include в файле * .cpp может привести к исчезновению красных строк и восстановлению порядка следования.

Затем я заметил, что файл заголовка был дважды включен в один файл * .cpp. Снял вторую и - все нормально.

Включение файла заголовка дважды в один и тот же файл * .cpp кажется не проблемой для компилятора, а для части intellisense.

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

Для меня одно время я включил ведение журнала слияния для отладки некоторых ошибок зависимостей сборки (fuslogvw из командной строки CMD). Это было несколько месяцев назад, и с тех пор время сборки значительно сократилось (5-7 минут). Я также совершенно забыл, что оставил их включенными. Эти журналы были моим узким местом, и их отключение сделало итерацию намного быстрее. Надеюсь, это кому-то поможет!

Я столкнулся с этой проблемой в последней версии Visual Studio 2017.
Также отладочная версия моей программы работала очень медленно.

Я удалил файл решения .slnи создал новый.

Шаги, которые работают

1. Откройте решение и перестройте все
2. Закрыть решение
3. Откройте решение и выполните чистку
4. Закрыть решение
5. Откройте решение и перестройте все
6. Закройте, а затем откройте раствор, и все должно быть хорошо. Это работает для меня каждый раз

Осторожное удаление некоторых из этих файлов настроек, так как вы потеряете сохраненные настройки отладки и т. Д., И это может нанести больший ущерб, чем вы думаете

Просто обновите проект / решение. Это будет решено.

В моем случае с VS 2017 у меня есть много «красных линий», показанных под всеми символами, определенными в сторонней библиотеке, но мой проект действительно можно построить без проблем. Я пробовал все предлагаемые решения (например, удалить папку .VS, перезапустить VS и т. Д.), Но ни одно из них не работает.

Наконец, я исправил это, и вот как: я открываю страницу свойств своего проекта приложения, затем перехожу к «C / C ++ -> Общие -> Дополнительные каталоги включения», где я помещаю все необходимые пути заголовков сторонних библиотек. Я удаляю все пути (но сохраняю их где-нибудь), нажимаю «ОК» для подтверждения. Затем я вернулся к той же настройке, вставил этот путь обратно, щелкнул «ОК» для подтверждения, затем все эти «красные линии» исчезли.

Нашел это решение:

1. Закройте Visual Studio (убедитесь, что devenv.exe отсутствует в диспетчере задач).
2. Удалить %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\xx\ComponentModelCache каталог.
3. Перезапустите Visual Studio.

У меня была эта проблема несколько месяцев, и я наконец ее исправил. Закрытие Visual Studio и удаление папки .vs, расположенной в каталоге решения, НЕ РАБОТАЕТ ДЛЯ МЕНЯ.

В файле web.config был тег assemblyIdentity, который ссылался на библиотеку, которой не было в моей папке ссылок. Я удалил этот тег, очистил, закрыл и снова открыл, и проблема была исправлена.

1. Проверьте каждый из тегов assemblyIdentity в своем web.config и сравните их с папкой ссылок в проводнике решений.
2. Удалите все теги assemblyIdentity, включая родительский тег loadedAssembly для всех, которые не указаны в вашей папке ссылок.
3. Чистое решение
4. Закройте и снова откройте решение