Python字符串切片基于Unicode码点而非字节，含中文、emoji或组合字符时结果可能与直觉不符；负索引和step参数需注意边界与方向；应先逻辑切片再编码，避免字节截断；len()返回码点数，切片越界不报错但单索引会。
字符串切片按 Unicode 码点，不是字节
Python 3 的 str 类型是 Unicode 字符串，切片操作（如 s[0:3]）基于字符（即 Unicode 码点），而非字节。这意味着含中文、emoji 或组合字符时，结果可能和直觉不符：
- 例如
s = "café"，s[0:3]得"caf"；但s = "你好世界"，s[0:2]就是前两个汉字"你好" - 若误用
bytes切片（如s.encode('utf-8')[0:3]），会截断 UTF-8 多字节序列，解码时报UnicodeDecodeError: 'utf-8' codec can't decode byte... - emoji 如
"??"是由多个码点组成的组合字符（ZJW 序列），s[0:1]可能只取到部分，显示为异常符号或空格
负索引与 step 参数的实际行为
切片的 start、stop、step 在负值和非 1 步长下容易出错：
-
s[-3:-1]表示从倒数第 3 个（含）到倒数第 1 个（不含），不是“最后三个字符”——要取末三位，得用s[-3:] -
s[::-1]可安全反转字符串；但s[::2]是取偶数位字符（索引 0,2,4…），不是“每两个字符取一个”这种业务语义 -
step为负时，start必须大于stop，否则返回空字符串：s[3:0:-1]有效，s[0:3:-1]无效
编码转换时切片顺序不能颠倒
先切片再编码，和先编码再切片，结果完全不同：
- ✅ 推荐：先逻辑切片，再编码 →
s[2:5].encode('utf-8')，保证语义正确 - ❌ 危险：先编码再切字节 →
s.encode('utf-8')[2:5]，可能截断中文或 emoji 的 UTF-8 编码单元（如“你”是b'\xe4\xbd\xa0'，取[1:3]得b'\xbd\xa0'，解码失败） - 若必须操作字节（如网络协议处理），应明确使用
bytes类型变量，并避免混用str切片逻辑
len() 与切片边界的关系
len(s) 返回字符数（码点数），不是字节数，但它直接决定切片合法范围：
立即学习“Python免费学习笔记（深入）”；
-
s[0:len(s)]等价于s[:]，但s[len(s)]会报IndexError - 切片越界不报错：
s[100:200]返回空字符串""；但单索引越界（s[100]）一定报错 - 对空字符串
""，所有切片（如""[0:10]）都安全返回""，这点比索引友好
真正麻烦的是混合了代理对（surrogate pairs）、变音符号（combining characters）或 ZWJ 序列的字符串——它们让“一个视觉字符”对应多个码点，此时 len() 和切片都无法准确反映用户感知的“第几个字”。需要这类精确控制时，得借助 regex 模块或 unicodedata 做图形簇（grapheme cluster）拆分，而不是依赖原生切片。
