Hans Petter Langtanch的《Python脚本用于计算科学》一书第358页明确指出

__repr_的目标是对象的完整字符串表示；__str__是返回一个用于打印的字符串。

所以，我更愿意把他们理解为

repr=再现str=字符串（表示）

从用户的角度来看尽管这是我在学习python时产生的误解。

同一页还提供了一个小但很好的示例，如下所示：

实例

In [38]: str('s')
Out[38]: 's'

In [39]: repr('s')
Out[39]: "'s'"

In [40]: eval(str('s'))
Traceback (most recent call last):

  File "<ipython-input-40-abd46c0c43e7>", line 1, in <module>
    eval(str('s'))

  File "<string>", line 1, in <module>

NameError: name 's' is not defined


In [41]: eval(repr('s'))
Out[41]: 's'

基本上__str__或str（）用于创建人类可读的输出，这些输出必须面向最终用户。另一方面，repr（）或__repr_主要返回对象的规范字符串表示，用于调试和开发，帮助程序员。

其他答案中缺少的一个方面。的确，一般来说，模式是：

__str__的目标：人类可读__repr_的目标：明确，可能通过eval机器可读

不幸的是，这种区别是有缺陷的，因为Python REPL和IPython都使用__repr_在REPL控制台中打印对象（请参见Python和IPython的相关问题）。因此，以交互控制台工作为目标的项目（例如，Numpy或Pandas）已经开始忽略上述规则，转而提供一个人类可读的__repr_实现。

您可以从以下代码中获得一些见解：

class Foo():
    def __repr__(self):
        return("repr")
    def __str__(self):
        return("str")

foo = Foo()
foo #repr
print(foo) #str

repr（）用于调试或日志。它用于开发人员理解代码。另一方面，str（）用户用于非开发人员（QA）或用户。

class Customer:
    def __init__(self,name):
        self.name = name
    def __repr__(self):
        return "Customer('{}')".format(self.name)
    def __str__(self):
        return f"cunstomer name is {self.name}"

cus_1 = Customer("Thusi")
print(repr(cus_1)) #print(cus_1.__repr__()) 
print(str(cus_1)) #print(cus_1.__str__())

除非您特别采取行动以确保其他情况，否则大多数类对以下两种情况都没有帮助：

>>> class Sic(object): pass
... 
>>> print(str(Sic()))
<__main__.Sic object at 0x8b7d0>
>>> print(repr(Sic()))
<__main__.Sic object at 0x8b7d0>
>>> 

正如您所看到的，没有区别，也没有超出类和对象id的信息。如果您只覆盖这两个中的一个…：

>>> class Sic(object): 
...   def __repr__(self): return 'foo'
... 
>>> print(str(Sic()))
foo
>>> print(repr(Sic()))
foo
>>> class Sic(object):
...   def __str__(self): return 'foo'
... 
>>> print(str(Sic()))
foo
>>> print(repr(Sic()))
<__main__.Sic object at 0x2617f0>
>>> 

如您所见，如果重写__repr_，那么它也用于__str__，但反之亦然。

要知道的其他关键提示：内置容器上的__str__使用__repr_而不是__str__来表示它包含的项。而且，尽管在典型的文档中找到了关于这个主题的单词，但几乎没有人会将__repr_对象设置为eval可以用来构建相等对象的字符串（这太难了，而且不知道相关模块是如何实际导入的，这实际上是不可能的）。

因此，我的建议是：专注于使__str__合理地具有可读性，并尽可能地明确__repr___，即使这会干扰模糊的不可实现的目标，即使__repr_的返回值可接受作为__eval___的输入！