其他答案描述了为什么迭代器不需要它，但有时它在赋值以inline增加变量时很有用，你可以使用元组和多次赋值达到相同的效果:

B = ++a变成:

a,b = (a+1,)*2

b = a++变成:

a,b = a+1, a

Python 3.8引入了赋值:=操作符，允许我们用

foo(a:=a+1)

Foo (a++)仍然是难以捉摸的。

清晰!

Python非常强调清晰度，没有程序员能够正确地猜出——a的含义，除非他/她学过一种具有这种结构的语言。

Python还在很大程度上避免了引起错误的构造，而++操作符是众所周知的缺陷的丰富来源。 这两个原因足以让Python中不使用这些操作符。

决定Python使用缩进来标记块而不是 而不是句法手段，比如某种形式的开始/结束括号 或者强制性的结束标记很大程度上是基于同样的考虑。

为了说明问题，我们来看看关于引入条件操作符的讨论(在C: cond ?resultif: resultelse)在2005年加入Python。 至少阅读该讨论的第一条信息和决定信息(前面有几个关于同一主题的前奏)。

花絮: 其中经常提到的PEP是“Python增强提案”PEP 308。LC表示列表理解，GE表示生成器表达式(如果这些使您感到困惑，请不要担心，它们不是Python中少数复杂的地方)。

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

这并不是因为它没有意义;将“x++”定义为“x+ = 1，求值到x的前一个绑定”非常有意义。

如果你想知道最初的原因，你必须在旧的Python邮件列表中寻找，或者询问当时在那里的人(例如。Guido)，但事后很容易就能证明:

简单的递增和递减不需要像其他语言那样多。你不会写这样的for(int i = 0;I < 10;i)在Python中经常使用;相反，你可以把I放在(0,10)范围内。

由于不经常需要它，所以没有理由给它自己的特殊语法;当您确实需要增加时，+=通常就可以了。

It's not a decision of whether it makes sense, or whether it can be done--it does, and it can. It's a question of whether the benefit is worth adding to the core syntax of the language. Remember, this is four operators--postinc, postdec, preinc, predec, and each of these would need to have its own class overloads; they all need to be specified, and tested; it would add opcodes to the language (implying a larger, and therefore slower, VM engine); every class that supports a logical increment would need to implement them (on top of += and -=).

这些都是+=和-=的冗余，所以会变成净损失。

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

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

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

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

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

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

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