Оглавление
V3133. Postfix increment/decrement is senseless because this variable is overwritten.
Анализатор обнаружил потенциальную ошибку, связанную с бессмысленным использованием постфиксного инкремента или декремента в выражении присвоения в эту же переменную.
Давайте рассмотрим пример:
int i = 5;
// Some code
i = i++;В данном случае инкремент будет бессмысленным, и после выполнения данного кода переменная 'i' будет иметь значение '5'.
Это связано с тем, что постфиксный инкремент и декремент выполняются после вычисления правого операнда оператора присваивания, а результат вычисления временно кэшируется, и после выполнения операций постфиксного инкремента или декремента присваивается левой части выражения. Таким образом результат выполнения постфиксного инкремента или декремента перезаписывается результатом всего выражения.
Для более глубокого понимания природы данного поведения давайте рассмотрим IL код вышеупомянутого примера:
-======- НАЧАЛО ОПЕРАЦИИ "int i = 5" -======-
// Объявление локальной переменной 'i'
// Текущий стек => []
.locals init ([0] int32 i)
// Передача числа 5 на верх стека
// Текущий стек => [5]
IL_0001: ldc.i4.5
// Присвоение переменной 'i' числа 5 со стека
// Текущий стек => []
IL_0002: stloc.0
-======- КОНЕЦ ОПЕРАЦИИ "int i = 5" -======-
-======- НАЧАЛО ОПЕРАЦИИ "i = i++" -======-
// Передача на верх стека значения переменной 'i'
// Текущий стек => [5]
IL_0003: ldloc.0
-======- НАЧАЛО ОПЕРАЦИИ "i++" -======-
// Копия верхнего значения на стеке
// Текущий стек => [5, 5]
IL_0004: dup
// Передача числа 1 на верх стека
// Текущий стек => [1, 5, 5]
IL_0005: ldc.i4.1
// Операция сложения 2 верхних чисел со стека (5 + 1)
// Результат вычисления (6) передается на верх стека
// Текущий стек => [6, 5]
IL_0006: add
// Присвоение переменной 'i' числа 6 со стека
// Текущий стек => [5]
IL_0007: stloc.0
-======- КОНЕЦ ОПЕРАЦИИ "i++" -======-
// Присвоение переменной 'i' числа 5 со стека
// Текущий стек => []
IL_0008: stloc.0
-======- КОНЕЦ ОПЕРАЦИИ "i = i++" -======-Корректный же пример может иметь разный вид в зависимости от изначальной задачи.
Это может быть опечатка, и на самом деле программист случайно написал 2 раза переменную 'i' в выражении присвоения. Тогда корректный вариант мог бы выглядеть так:
int i = 5;
// Some code
q = i++;Либо же программист не знал, что оператор постфиксного инкремента прибавляет единицу к значению переменной, но возвращает начальное ее значение. Тогда операция присвоения будет излишней, и корректный вариант мог бы выглядеть так:
int i = 5;
// Some code
i++;На первый взгляд может показаться, что это синтетический тест, и никто так не пишет, но на самом деле данную ошибку можно встретить и в серьезных проектах. Давайте рассмотрим аналогическую ошибку, найденную в проекте 'MSBuild'.
_parsePoint =
ScanForPropertyExpressionEnd(expression, parsePoint++);Инкремент переменной '_parsePoint' будет бессмысленным, так как будет вычислен после передачи изначального значения этой переменной в метод ' ScanForPropertyExpressionEnd', и никак не повлияет на результат выполнения данного метода. Вероятнее всего программист перепутал постфиксный инкремент с префиксным инкрементом. Тогда корректный вариант мог бы выглядеть следующим образом:
_parsePoint =
ScanForPropertyExpressionEnd(expression, ++_parsePoint);Данная диагностика классифицируется как:
Была ли полезна эта страница документации?
