多亏各方面的答复，我想我们可以作一个解释了。

通过尝试打印unicode字符串u’\
xe9’，Python隐式尝试使用当前存储在sys.stdout.encoding中的编码方案对该字符串进行编码。Python实际上是从启动它的环境中选取此设置的。如果它无法从环境中找到合适的编码，则只有它才能恢复为其
默认值 ASCII。

例如，我使用bash shell，其编码默认为UTF-8。如果我从中启动Python，它将启动并使用该设置：

$ python

>>> import sys
>>> print sys.stdout.encoding
UTF-8

让我们暂时退出Python shell，并使用一些伪造的编码设置bash的环境：

$ export LC_CTYPE=klingon
# we should get some error message here, just ignore it.

然后再次启动python shell，并验证它确实确实恢复为其默认的ascii编码。

$ python

>>> import sys
>>> print sys.stdout.encoding
ANSI_X3.4-1968

答对了！

如果现在尝试在ascii之外输出一些Unicode字符，则应该会收到一条不错的错误消息

>>> print u'\xe9'
UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' 
in position 0: ordinal not in range(128)

让我们退出Python并丢弃bash shell。

现在，我们将观察Python输出字符串之后发生的情况。为此，我们首先在图形终端（我使用Gnome Terminal）中启动bash
shell，然后将终端设置为使用ISO-8859-1 aka latin-1解码输出（图形终端通常可以选择 设置字符） 在其下拉菜单之一中 编码
）。请注意，这不会更改实际 shell环境的 编码，仅会更改 终端
本身将解码给定输出的方式，就像Web浏览器一样。因此，您可以独立于外壳环境而更改终端的编码。然后让我们从外壳启动Python，并验证sys.stdout.encoding是否设置为外壳环境的编码（对我而言是UTF-8）：

$ python

>>> import sys

>>> print sys.stdout.encoding
UTF-8

>>> print '\xe9' # (1)
é
>>> print u'\xe9' # (2)
é
>>> print u'\xe9'.encode('latin-1') # (3)
é
>>>

（1）python按原样输出二进制字符串，终端将其接收，并尝试将其值与latin-1字符映射表匹配。在latin-1中，0xe9或233产生字符“é”，这就是终端显示的内容。

（2）python尝试使用sys.stdout.encoding中当前设置的任何方案对Unicode字符串进行 隐式 编码，在本例中为“
UTF-8”。经过UTF-8编码后，生成的二进制字符串为’\ xc3 \
xa9’（请参阅后面的说明）。终端按原样接收流，并尝试使用latin-1解码0xc3a9，但是latin-1从0到255，因此，一次仅解码1个字节的流。0xc3a9长2个字节，因此latin-1解码器将其解释为0xc3（195）和0xa9（169），并产生2个字符：Ã和©。

（3）python使用latin-1方案对unicode代码点u’\
xe9’（233）进行编码。原来latin-1代码点的范围是0-255，并指向该范围内与Unicode完全相同的字符。因此，以latin-1编码时，该范围内的Unicode代码点将产生相同的值。因此，以latin-1编码的u’\
xe9’（233）也将产生二进制字符串’\
xe9’。终端接收到该值，并尝试在latin-1字符映射上进行匹配。就像情况（1）一样，它会产生“é”，这就是显示的内容。

现在，从下拉菜单中将终端的编码设置更改为UTF-8（就像您将更改Web浏览器的编码设置一样）。无需停止Python或重新启动Shell。终端的编码现在与Python匹配。让我们再次尝试打印：

>>> print '\xe9' # (4)

>>> print u'\xe9' # (5)
é
>>> print u'\xe9'.encode('latin-1') # (6)

>>>

（4）python按原样输出 二进制
字符串。终端尝试使用UTF-8解码该流。但是UTF-8无法理解值0xe9（请参阅后面的说明），因此无法将其转换为unicode代码点。找不到代码点，没有打印字符。

（5）python尝试使用sys.stdout.encoding中的任何内容 隐式 编码Unicode字符串。仍然是“
UTF-8”。生成的二进制字符串为“ \ xc3 \
xa9”。终端接收流，并尝试使用UTF-8解码0xc3a9。它产生回码值0xe9（233），该值在Unicode字符映射上指向符号“é”。终端显示“é”。

（6）python使用latin-1编码unicode字符串，它产生一个具有相同值’\ xe9’的二进制字符串。同样，对于终端，这与情况（4）几乎相同。

结论：-Python将非Unicode字符串作为原始数据输出，而不考虑其默认编码。如果终端的当前编码与数据匹配，则终端恰好显示它们。-Python使用sys.stdout.encoding中指定的方案对Unicode字符串进行编码后输出。-Python从外壳环境中获取该设置。-终端根据其自身的编码设置显示输出。-终端的编码独立于外壳的编码。

有关Unicode，UTF-8和latin-1的更多详细信息：

Unicode基本上是一个字符表，其中按常规分配了一些键（代码点）以指向某些符号。例如，根据约定，已确定键0xe9（233）是指向符号’é’的值。ASCII和Unicode使用相同的代码点（从0到127），latin-1和Unicode使用的代码点也从0到255。也就是说，0x41指向ASCII，latin-1和Unicode中的“
A”，0xc8指向ASCII中的“Ü” latin-1和Unicode，0xe9指向latin-1和Unicode中的’é’。

使用电子设备时，Unicode代码点需要一种有效的方式以电子方式表示。这就是编码方案的含义。存在各种Unicode编码方案（utf7，UTF-8，UTF-16，UTF-32）。最直观，最直接的编码方法是简单地使用Unicode映射中的代码点值作为其电子形式的值，但是Unicode当前有超过一百万个代码点，这意味着其中一些代码点需要3个字节表达。为了有效地处理文本，一对一的映射将是不切实际的，因为这将要求所有代码点都存储在完全相同的空间中，每个字符至少占用3个字节，而不管其实际需要如何。

大多数编码方案在空间要求上都有缺点，最经济的方案不能覆盖所有unicode码点，例如ascii仅覆盖前128个，而latin-1覆盖前256个。这是浪费的，因为即使对于常见的“便宜”字符，它们也需要比所需更多的字节。例如，UTF-16每个字符至少使用2个字节，包括在ascii范围内的字符（“
B”为65，在UTF-16中仍需要2个字节的存储空间）。UTF-32更加浪费，因为它将所有字符存储在4个字节中。

UTF-8恰好巧妙地解决了这一难题，该方案能够存储带有可变数量字节空间的代码点。作为其编码策略的一部分，UTF-8在代码点上附加标志位，这些标志位指示（可能是解码器）其空间要求和边界。

Unicode编码点在ASCII范围（0-127）中的UTF-8编码：

0xxx xxxx  (in binary)

• x表示在编码过程中为“存储”代码点保留的实际空间
• 前导0是一个标志，向UTF-8解码器指示此代码点仅需要1个字节。
• 编码后，UTF-8不会在特定范围内更改代码点的值（即，以UTF-8编码的65也是65）。考虑到Unicode和ASCII在同一范围内也是兼容的，因此附带地使UTF-8和ASCII在该范围内也兼容。

例如，“ B”的Unicode代码点是“ 0x42”或二进制的0100 0010（正如我们所说的，在ASCII中是相同的）。用UTF-8编码后，它变为：

0xxx xxxx  <-- UTF-8 encoding for Unicode code points 0 to 127
*100 0010  <-- Unicode code point 0x42
0100 0010  <-- UTF-8 encoded (exactly the same)

127以上的Unicode代码点的UTF-8编码（非ascii）：

110x xxxx 10xx xxxx            <-- (from 128 to 2047)
1110 xxxx 10xx xxxx 10xx xxxx  <-- (from 2048 to 65535)

• 前导位“ 110”向UTF-8解码器指示以2个字节编码的代码点的开始，而“ 1110”指示3个字节，11110将指示4个字节，依此类推。
• 内部的“ 10”标志位用于表示内部字节的开始。
• 再次，x标记编码后存储Unicode代码点值的空间。

例如，“é” Unicode代码点为0xe9（233）。

1110 1001    <-- 0xe9

当UTF-8对该值进行编码时，它确定该值大于127且小于2048，因此应以2个字节进行编码：

110x xxxx 10xx xxxx   <-- UTF-8 encoding for Unicode 128-2047
***0 0011 **10 1001   <-- 0xe9
1100 0011 1010 1001   <-- 'é' after UTF-8 encoding
C    3    A    9

UTF-8编码之后的0xe9
Unicode代码指向变为0xc3a9。终端接收方式正是这样。如果您的终端设置为使用latin-1（一种非unicode遗留编码）对字符串进行解码，则会看到é，因为恰好发生在latin-1中的0xc3指向Ã，而0xa9则指向©。