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:

Закриття Visual Studio та видалення .vs папки, розташованої в каталозі рішень, працювали для мене.

Ця папка має 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) ReEnable 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 у всіх проектах. Проблема, ймовірно, була пов’язана з конфігураціями рішення, які я видалив, але їх не було очищено належним чином, оскільки при побудові -> Очищення рішення не видаляються старі результати з папок 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 з певних причин не зміг самостійно вирішити залежності.

Для мене свого часу я ввімкнув протокол fusion для налагодження деяких помилок залежності збірки (fuslogvw із запиту CMD). Це було місяці тому, і з того часу я відчував набагато повільніший час збірки (5-7 хвилин). Я також повністю забув, що залишив їх увімкненими. Ці журнали були моєю горловиною пляшки, і їх відключення зробило ітерацію набагато швидшою. Сподіваюся, це комусь допомагає!

Я зіткнувся з цією проблемою з останньою Visual Studio 2017.
Також версія налагодження моєї програми працювала болісно повільно.

Я видалив файл рішення .slnта створив новий.

Кроки, які працюють

1. Відкрийте рішення та зробіть все, щоб побудувати все
2. Закрити рішення
3. Відкрийте розчин і зробіть чисту
4. Близьке рішення
5. Відкрийте рішення і виконайте повторну збірку всіх
6. Закрийте, а потім відкрийте рішення, і воно повинно бути хорошим. Це працює у мене щоразу

Обережно видаляючи деякі з цих файлів налаштувань, оскільки ви втратите збережені налаштування налагодження тощо, і це може завдати більшої шкоди, ніж ви думаєте

Просто оновіть proj / рішення. Це вирішиться.

У моєму випадку з VS 2017 у мене є багато "червоних ліній", показаних нижче всіх символів, визначених у сторонній бібліотеці, але мій проект може бути створений без проблем. Я спробував усі запропоновані рішення (наприклад, видалити папку .VS, перезапустити VS тощо), але жодне з них не працює.

Нарешті, я виправив це, і ось як: я відкриваю сторінку властивостей мого додатка, а потім переходжу до "C / C ++ -> Загальні -> Додаткові включені каталоги", куди я поміщаю всі необхідні шляхи заголовків сторонніх бібліотек. Я видаляю весь шлях (але зберігаю їх десь), натисніть "Ok" для підтвердження. Потім я повернувся до того самого налаштування, вставте цей шлях назад, натисніть "Ok" для підтвердження, тоді всі ці "червоні лінії" зникнуть.

Знайшли це рішення:

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, включаючи батьківський тег залежногоAssembly для будь-яких, які не вказані у вашій папці посилань.
3. Чистий розчин
4. Закрийте та знову відкрийте розчин