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

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

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

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

正如我理解的那样，你不会认为内存中的值被改变了。 在c语言中，当你执行x++时，内存中的x值会发生变化。 但在python中，所有数字都是不可变的，因此x指向的地址仍然是x而不是x+1。当你写x++时，你会认为x改变了，实际上发生的是x引用被改变到内存中存储x+1的位置，或者如果doe不存在，重新创建这个位置。

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

我认为这与对象的可变性和不变性的概念有关。2,3,4,5在python中是不可变的。参考下图。2在此python进程之前有固定的id。

x++本质上意味着像C一样的原地增量。在C中，x++执行原地增量。因此，x=3, x++会将内存中的3增加到4，不像python中的3仍然存在于内存中。

因此，在python中，你不需要在内存中重新创建一个值。这可能会导致性能优化。

这是一个基于直觉的答案。