这可能是因为@GlennMaynard将这个问题与其他语言进行了比较，但在Python中，你用Python的方式做事。这不是一个“为什么”的问题。它在这里，你可以用x+=做同样的事情。在Python的禅宗中，它被赋予:“应该只有一种方法来解决一个问题。”多重选择在艺术上很好(表达自由)，但在工程上很糟糕。

我相信这源于Python的信条“显式优于隐式”。

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

让我们假设我们决定这样做，前缀(++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

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

foo[bar] = bar++;

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

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

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

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

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

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

我对python很陌生，但我怀疑原因是因为语言中可变对象和不可变对象之间的强调。现在，我知道x++可以很容易地解释为x = x+ 1，但它看起来像你在原地递增一个对象，而这个对象可能是不可变的。

这只是我的猜测/感觉/预感。