17370845950

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() 配合切片。