maxsplit=0 时 str.split() 和 str.rsplit() 均不切割，返回原字符串组成的单元素列表；maxsplit>0 时 split() 左切、rsplit() 右切，结果长度均为 maxsplit+1。
maxsplit=0 时 str.split() 和 str.rsplit() 都不切
这是最常被误解的一点：很多人以为 maxsplit=0 表示“不限制切割次数”，实际恰恰相反——它表示“**完全不切**”，返回原字符串组成的单元素列表。
例如：
"a,b,c".split(",", 0) # ['a,b,c']
"a,b,c".rsplit(",", 0) # ['a,b,c']这个行为在两种方法中完全一致，且与文档定义一致：maxsplit 是“最多切几次”，0 次就是不切。
容易踩的坑：
- 把
maxsplit=0当作“默认行为”来用，结果和split()（无参数）语义完全不同 - 在动态传参逻辑里没过滤掉 0，导致本想切却没切
maxsplit > 0 时方向差异才真正显现
str.split() 从左往右切，str.rsplit() 从右往左切，但都只执行最多 maxsplit 次。关键在于“剩余未切部分”如何保留。
比如对 "a,b,c,d,e" 使用 maxsplit=2：
"a,b,c,d,e".split(",", 2) # ['a', 'b', 'c,d,e']
"a,b,c,d,e".rsplit(",", 2) # ['a,b,c', 'd', 'e']可见：
-
split()切前两次，把剩下的整个后缀当最后一个元素 -
rsplit()切后两次，把剩下的整个前缀当第一个元素 - 两者结果长度都是
maxsplit + 1（除非字符串本身无法切出那么多段）
空字符串和连续分隔符下的边界表现
当输入含多个连续分隔符（如 "a,,b,,c"），且启用 maxsplit 时，两种方法对空字段的保留逻辑一致——都遵循“空字段照常生成”，不会因为 maxsplit 而跳过或合并空段。
例如：
"a,,b,,c".split(",", 1) # ['a', ',b,,c']
"a,,b,,c".rsplit(",", 1) # ['a,,b,', 'c']注意第二项不是 'b,,c' 或 'a,,b'，而是真实按分隔符位置截取的子串。这意味着：
- 分隔符位置决定切点，不是“非空字段计数”
- 哪怕中间全是空，只要分隔符存在，就计入一次切割机会
-
rsplit()的“右”指的是从右侧找分隔符，不是从右侧找非空字段
性能与适用场景建议
对长字符串做少量分割时，rsplit() 常比 split() 更高效——尤其当你只关心末尾几段（比如提取文件扩展名、路径最后一级）。
例如：
path = "/home/user/docs/report.pdf"
ext = path.rsplit(".", 1)[-1] # 直接拿到 pdf，不用遍历全部 '.'但要注意：
- 如果分隔符极少见，
rsplit()仍需扫描整个字符串找右侧匹配（Python 实现是双向查找优化，但复杂度仍是 O(n)） - 不要为了“看起来更右”而滥用
rsplit()；明确需求是“取后 N 段”才用它 -
maxsplit=1是最常用且最安全的值，再大就要小心结果结构是否符合预期
真正容易被忽略的是：两种方法在 maxsplit=0 和空分隔符（''）时都会抛 ValueError，但错误信息一样，看不出区别——得靠上下文判断到底是哪个调用出的问题。
