为何Python中bytes()与chr().encode()对扩展ASCII的字节表示不同

两种方式差异的核心原因是编码逻辑完全不同： #

• chr(decimal).encode()的逻辑
  chr()的作用是把整数转换为对应的Unicode码点字符，你直接调用无参数的encode()时，Python默认使用UTF-8编码对字符串做转换。而UTF-8是变长编码规则：
  • 码点范围0~127的字符用1个字节存储，和ASCII完全兼容
  • 码点范围128~2047的字符用2个字节存储
    你传入的数值都大于127，属于UTF-8的双字节编码范围，所以最终每个值都会被编码为2个字节，多出来的\xc2、\xc3属于UTF-8双字节编码的前缀标识位。比如你输入的170，对应的Unicode码点是U+00AA，按UTF-8编码后就是b'\xc2\xaa'，和你得到的输出完全一致。
• bytes(整数列表)的逻辑
  bytes()构造函数接收整数列表时，会直接把列表中每个0~255范围的整数当做原始字节值直接写入结果，全程不涉及任何字符编码的转换规则，所以每个整数固定对应1个字节，完全保留你输入的数值本身。

补充说明 #

如果你希望用chr()+encode()的方式得到和bytes()一致的结果，可以指定单字节编码latin-1（即ISO-8859-1），这个编码的0_{255范围的字节值和Unicode码点0}255是一一对应的，示例如下：

a_bytes = [chr(decimal).encode('latin-1') for decimal in a]
# 输出结果和bytes(a)完全一致

你原本要获取扩展ASCII的原始字节表示，直接使用bytes()构造法是更符合需求的实现。

内容的提问来源于stack exchange，提问作者nullb12