str.partition()分隔符不存在时返回(s, '', '')；rpartition()同理，且均从首次/末次出现处切割，始终返回三元组，解包安全。
str.partition() 遇到分隔符不存在时返回什么
当 str.partition() 的分隔符在字符串中完全找不到，它不会报错，而是直接返回一个三元组：(原字符串, '', '')。这是设计使然，不是 bug —— 它保证返回值永远是长度为 3 的 tuple，结构稳定，方便解包。
常见误用是以为会抛 ValueError（像 str.index() 那样），结果解包时报 ValueError: not enough values to unpack，其实是因为拿到了三个空字符串或意外内容。
- 正确解包写法：
left, sep, right = s.partition('x')，即使 'x' 不存在也能安全运行 - 若需区分“找到”和“未找到”，检查
sep是否为空字符串即可：if sep: - 注意：空字符串作为分隔符会触发
ValueError，这点和str.split('')一致
str.rpartition() 为什么总是从右边找，且行为不完全对称
str.rpartition() 并非简单地把 partition() 结果倒过来，而是**只匹配最后一次出现的分隔符**，且仍保证返回三元组：(left_part, sep, right_part)，其中 right_part 是最后一次分隔符之后的全部内容（含空字符串），left_part 是之前的所有内容。
关键差异在于：当分隔符存在多次，partition() 切第一次，rpartition() 切最后一次；但当分隔符不存在时，两者行为一致：(s, '', '')。
- 典型场景：提取文件扩展名 ——
'report.v2.tar.gz'.rpartition('.')[-1]得'gz'，而partition('.')会得'v2.tar.gz' - 注意：
rpartition()不跳过尾部空段，'a..b'.rpartition('.') → ('a.', '.', 'b')，不是('a', '.', '.b') - 性能上，
rpartition()需扫描整个字符串找最后位置，对超长字符串略慢于partition()（后者找到第一个就停）
何时该用 partition 而不是 split
当你明确只需要**切一刀**、且必须保留分隔符本身（而不是丢掉它），partition() 和 rpartition() 比 split() 更安全、更语义清晰。尤其是处理格式固定但可能缺省的字符串时。
- 解析形如
"key=value"的键值对：k, _, v = s.partition('=')，比s.split('=', 1)多出对_的显式确认 - 处理日志行前缀：
timestamp, _, msg = line.partition('] ')，能天然兼容无前缀的脏数据（此时_为空） -
split(sep, 1)返回的是 list，长度可能为 1 或 2，需额外判断；而partition()始终返回 3 元素 tuple，解包更直接 - 不要用它替代
find()+ 切片：虽然功能可模拟，但可读性和意图表达差很多
边界字符串组合容易踩坑的几个点
空字符串、重复分隔符、首尾分隔符这些组合下，partition 系列的行为看似反直觉，实则严格遵循“第一次/最后一次出现”的定义。
-
''.partition('x') → ('', '', '')，不是('', 'x', '')—— 分隔符根本不存在 -
'xx'.partition('x') → ('', 'x', 'x')，因为第一次 'x' 出现在索引 0，左边为空 -
'ab'.rpartition('a') → ('', 'a', 'b')，不是('a', '', 'b')—— 右边匹配的是最后一个 'a'，它在开头，所以 left 为空 -
'a'.rpartition('a') → ('', 'a', '')，注意 right 是空字符串，不是'a'—— 分隔符右侧没有内容
真正容易被忽略的是：这两个方法都基于 Unicode 码点匹配，不支持正则、不忽略空白、不处理大小写 —— 如果需要这些，得先预处理或换用 re.search() 配合切片。
