Что значит «Невозможно оценить выражение, потому что код текущего метода оптимизирован». имею в виду?

Question

Я написал некоторый код с большим количеством рекурсии, выполнение которого занимает довольно много времени. Всякий раз, когда я «делаю паузу», чтобы посмотреть, что происходит, я получаю:

Невозможно оценить выражение, так как код текущего метода оптимизирован.

Мне кажется, я понимаю, что это значит. Однако меня озадачивает то, что после того, как я нажимаю на шаг, код больше не «оптимизируется», и я могу посмотреть на свои переменные. Как это произошло? Как код может переключаться между оптимизированным и неоптимизированным кодом?

Answer 1

Пока строка Debug.Break () находится над стеком вызовов, вы не можете использовать выражения. Это потому, что эта линия оптимизирована. Нажмите F10, чтобы перейти к следующей строке - действительной строке кода - и часы будут работать.

Answer 2

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

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

Answer 3

Отладчик использует FuncEval, чтобы позволить вам «смотреть» на переменные. FuncEval требует остановки потоков в управляемом коде в безопасной точке GarbageCollector. «Приостановка» запуска в IDE вручную приводит к остановке всех потоков как можно скорее. Ваш высокорекурсивный код будет иметь тенденцию останавливаться в опасной точке. Следовательно, отладчик не может оценить выражения.

Нажатие F10 переместит вас к следующей точке Funceval Safe и включит оценку функции.

Для получения дополнительной информации ознакомьтесь с правилами FuncEval .

Answer 4

Ниже работает для меня, спасибо @ Vin.

У меня была эта проблема, когда я использовал VS 2015. Мое решение: выбрана конфигурация (Debug). Я решил эту проблему, сняв отметку со свойства Optimize Code в свойствах проекта.

Проект (правый клик) => Свойства => Построить (вкладка) => снять флажок Оптимизировать код

Answer 5

Это сводило меня с ума. Я пытался подключиться с помощью управляемого и собственного кода - не пошло.

Это сработало для меня, и я наконец смог оценить все выражения:

• Зайдите в Проект / Свойства
• Выберите вкладку Build и нажмите Дополнительно ...
• Убедитесь, что для «Отладочная информация» установлено «полное» (не только для pdb)
• Отладка вашего проекта - вуаля!

Answer 6

Убедитесь, что у вас нет ничего подобного

[assembly: Debuggable(DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]

в вашем AssemblyInfo

Answer 7

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

Answer 8

У меня была эта проблема, когда я использовал VS 2010. Моя конфигурация решения (Отладка) выбрана. Я решил эту проблему, сняв флажок со свойством Оптимизировать код в свойствах проекта. Проект (щелкните правой кнопкой мыши) => Свойства => Построить (вкладка) => снять флажок Оптимизировать код

Answer 9

Была такая же проблема, но удалось решить ее, отключив перехват исключений в отладчике. Нажмите [Отладка] [Исключения] и установите для исключений значение «Необработанный пользователь».

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

Answer 10

Друг друга из Microsoft отправил это: http://blogs.msdn.com/rmbyers/archive/2008/08/16/Func_2D00_eval-can-fail-while-stopped-in-a-non_2D00_optimized-managed-method-that-pushes-more-than-256-argument-bytes-.aspx

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