要完成那一页上已经很好的答案:

让我们假设我们决定这样做，前缀(++i)将打破一元的+和-操作符。

现在，用++或——作为前缀没有任何作用，因为它使一元加运算符两次(没有任何作用)或一元减运算符两次(两次:取消自身)

>>> i=12
>>> ++i
12
>>> --i
12

所以这可能会打破这个逻辑。

现在，如果需要它来进行列表推导或lambdas，从python 3.8开始，可以使用新的:=赋值操作符(PEP572)

预递增a并赋值给b:

>>> a = 1
>>> b = (a:=a+1)
>>> b
2
>>> a
2

后增量只需要通过减1来弥补过早的加法:

>>> a = 1
>>> b = (a:=a+1)-1
>>> b
1
>>> a
2

它就是这样设计的。自增和自减运算符只是x = x + 1的快捷方式。Python通常采用一种设计策略，减少执行操作的可选方法的数量。增强赋值是Python中最接近自增/自减操作符的东西，它们直到Python 2.0才被添加。

我一直认为这与python的禅意有关:

应该有一种——最好只有一种——明显的方法来做到这一点。

x++和X +=1做的是完全相同的事情，所以没有理由同时拥有两者。

操作符的++类是带有副作用的表达式。这在Python中通常是找不到的。

出于同样的原因，赋值在Python中不是表达式，从而防止使用here */}习语来使用常见的if (a = f(…)){/*。

最后，我怀疑这些操作符与python的引用语义不太一致。请记住，Python没有C/ c++中已知语义的变量(或指针)。

除了这里的其他优秀答案之外，++和——也因未定义的行为而臭名昭著。例如，这段代码中发生了什么?

foo[bar] = bar++;

它看起来很无辜，但它是错误的C(和c++)，因为您不知道第一个栏是否会增加。一个编译器可能会以一种方式执行，另一个可能会以另一种方式执行，而第三个编译器可能会让恶魔从你的鼻子里飞出来。所有这些都完全符合C和c++标准。

(编辑:c++ 17改变了给定代码的行为，这样它就被定义了;它将等价于foo[bar+1] = bar;+ +酒吧;——尽管如此，这可能不是程序员所期望的。)

在C和c++中，未定义行为被视为不可避免的邪恶，但在Python中，它只是邪恶，并尽可能避免。

因为，在Python中，整数是不可变的(int's +=实际上返回一个不同的对象)。

同样，使用++/——，您需要考虑前后的递增/递减，并且只需要多击一次键就可以写出x+=1。换句话说，它以很少的收益为代价避免了潜在的混乱。