Для получения триального ключа
заполните форму ниже
Team License (базовая версия)
Enterprise License (расширенная версия)
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

Запросите информацию о ценах
Новая лицензия
Продление лицензии
--Выберите валюту--
USD
EUR
GBP
RUB
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

Бесплатная лицензия PVS-Studio для специалистов Microsoft MVP
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

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

Мне интересно попробовать плагин на:
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

Ваше сообщение отправлено.

Мы ответим вам на


Если вы так и не получили ответ, пожалуйста, проверьте папку
Spam/Junk и нажмите на письме кнопку "Не спам".
Так Вы не пропустите ответы от нашей команды.

>
>
>
Недостижимый код

Недостижимый код

16 Авг 2013

Недостижимый код (unreachable code) - фрагмент программы, который никогда не выполняется.

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

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

Приведём несколько простых примеров недостижимого кода.

Пример первый:

int func(int a)
{
   int b = a*2;
   return b;

   // Недостижимый код
   if (b < 10)
   {
        b += 10;
   }
   return b;
}

В этом примере условие 'b<10' никогда не выполнится, так как оно находится ниже оператора безусловного возврата из функции. Поскольку условие 'b<10' ни когда не выполнится, то и переменная 'b' ни при каких условиях не будет увеличена на 10.

Пример второй:

vector<string> vec;
while (true)
{
   vec.push_back("abc");

   if (vec.size() > 25)
   {
       return 0;
   }
}

// Недостижимый код
vec.pop_back();

В этом примере в бесконечном цикле идёт наполнение контейнера 'vec' строкой "abc", когда размер контейнера 'vec' превысит 25, вызовется оператор return, который немедленно прекратит работу функции и вернёт управление в точку возврата. По этой причине никогда не будет удалён последний элемент контейнера 'vec'.

Третий пример:

tStatus = TGetFirstLayerItem (pContext, DBX_LAYER_MULTI, pLayerItem);
...
if (DBX_LAYER_MULTI && tStatus == DBX_OK)
{
    // Запись стилей
}

В этом примере ни когда не будет записан список стилей проекта, поскольку условие (DBX_LAYER_MULTI && tStatus == DBX_OK) всегда ложно. В условии используется константа DBX_LAYER_MULTI равная нулю.

Пример четвёртый:

typedef unsigned short wint_t;

void lexungetc(wint_t c) {
  if (c < 0)
    return;
  ....
}

В этом примере условие 'c<0' всегда ложь, поскольку 'c' - беззнаковое число.

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

Часто недостижимый код используется на практике. Например, используют блоки "if (false)" для выключения фрагментов кода. Это позволяет сохранять устаревший или недописанный код, который затем можно будет включить в программу. Выключенный код будет поддерживаться средствами рефакторинга, что уменьшает проблемы связанные с включением в проект таких фрагментов кода. Так же блок "if (false)" можно использовать для пошаговой отладки перемещая в него текущую точку выполнения программы. При этом в блоке можно реализовать вычисления или вывод данных, которые могут понадобится при отладке кода. Таким образом, получают код, который никогда не будет вызван самой программой, но в который всегда при желании можно зайти по ходу отладки.

Библиографический список

Популярные статьи по теме
Главный вопрос программирования, рефакторинга и всего такого

Дата: 14 Апр 2016

Автор: Андрей Карпов

Вы угадали, ответ - "42". Здесь приводится 42 рекомендации по программированию, которые помогут избежать множества ошибок, сэкономить время и нервы. Автором рекомендаций выступает Андрей Карпов - тех…
Характеристики анализатора PVS-Studio на примере EFL Core Libraries, 10-15% ложных срабатываний

Дата: 31 Июл 2017

Автор: Андрей Карпов

После большой статьи про проверку операционной системы Tizen мне было задано много вопросов о проценте ложных срабатываний и о плотности ошибок (сколько ошибок PVS-Studio выявляет на 1000 строк кода)…
Бесплатный PVS-Studio для тех, кто развивает открытые проекты

Дата: 22 Дек 2018

Автор: Андрей Карпов

В канун празднования нового 2019 года команда PVS-Studio решила сделать приятный подарок всем контрибьюторам open-source проектов, хостящихся на GitHub, GitLab или Bitbucket. Им предоставляется возмо…
Зло живёт в функциях сравнения

Дата: 19 Май 2017

Автор: Андрей Карпов

Возможно, читатели помнят мою статью под названием "Эффект последней строки". В ней идёт речь о замеченной мной закономерности: ошибка чаще всего допускается в последней строке однотипных блоков текс…
Любите статический анализ кода!

Дата: 16 Окт 2017

Автор: Андрей Карпов

Я в шоке от возможностей статического анализа кода, хотя сам участвую в разработке инструмента PVS-Studio. На днях я был искренне удивлён тому, что анализатор оказался умнее и внимательнее меня.
Как и почему статические анализаторы борются с ложными срабатываниями

Дата: 20 Мар 2017

Автор: Андрей Карпов

В своей предыдущей статье я писал, что мне не нравится подход, при котором статические анализаторы кода оцениваются с помощью синтетических тестов. В статье приводился пример, воспринимаемый анализат…
PVS-Studio ROI

Дата: 30 Янв 2019

Автор: Андрей Карпов

Время от времени нам задают вопрос, какую пользу в денежном эквиваленте получит компания от использования анализатора PVS-Studio. Мы решили оформить ответ в виде статьи и привести таблицы, которые по…
Эффект последней строки

Дата: 31 Май 2014

Автор: Андрей Карпов

Я изучил множество ошибок, возникающих в результате копирования кода. И утверждаю, что чаще всего ошибки допускают в последнем фрагменте однотипного кода. Ранее я не встречал в книгах описания этого …
PVS-Studio для Java

Дата: 17 Янв 2019

Автор: Андрей Карпов

В седьмой версии статического анализатора PVS-Studio мы добавили поддержку языка Java. Пришло время немного рассказать, как мы начинали делать поддержку языка Java, что у нас получилось и какие дальн…
Статический анализ как часть процесса разработки Unreal Engine

Дата: 27 Июн 2017

Автор: Андрей Карпов

Проект Unreal Engine развивается - добавляется новый код и изменятся уже написанный. Неизбежное следствие развития проекта - появление в коде новых ошибок, которые желательно выявлять как можно раньш…

Комментарии (0)

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