strip()只清理字符串首尾指定字符，不处理中间部分，参数为字符集合而非子串；lstrip()和rstrip()分别专用于左端和右端清理；默认无参时移除所有Unicode空白字符。
strip 为什么没去掉中间的字符
strip() 只处理字符串首尾，完全不碰中间部分。这是它和 replace() 的根本区别——很多人试了 "aabbccaa".strip("a") 得到 "bbcc" 就以为“成功了”，但一旦字符串变成 "aabbaaccaa"，结果还是 "bbaaccc"，中间的 "aa" 依然在。这不是 bug，是设计如此。
常见误用场景：想清理 CSV 字段里的引号或空格，但字段本身含目标字符（比如 '"name,"age"'），直接 .strip('"') 会把开头结尾的引号去掉，却对中间的逗号前后引号毫无影响。
- 只用于清理边界：如日志行末的换行符
\n、用户输入首尾空格或统一包裹符号 - 若需清理全部匹配字符，改用
replace()或正则re.sub() -
strip()参数是字符集合，不是子串："xxxyyyxxx".strip("xy")会清掉所有首尾的x或y，直到遇到第一个非指定字符
lstrip 和 rstrip 的实际分工场景
当你要保留一侧字符时，lstrip() 和 rstrip() 才真正有用。比如解析路径："/home/user//"，用 .rstrip("/") 可安全去掉末尾多个斜杠，但保留开头的根目录标记；而 .lstrip("/") 适合处理相对路径前冗余的 "///sub/dir"，只清理左端。
另一个典型例子是数字字符串格式化："--123.45--"，若只想去掉左侧破折号做数值转换，用 .lstrip("-") 得到 "123.45--"，再转 float() 不会报错；若用 strip("-")，可能误删负号导致数值错误。
立即学习“Python免费学习笔记（深入）”；
-
lstrip()：清理左端，常用于去前导零（"000123".lstrip("0") → "123"），但注意"0000"会变为空字符串 -
rstrip()：清理右端，适合截断小数点后冗余零（"123.45000".rstrip("0")），但要小心小数点也被当普通字符处理，"123.000"会变成"123." - 三者都支持传入字符串参数，但按字符逐个匹配，不是按顺序匹配子串
strip 类方法对 Unicode 和空白字符的兼容性
默认不带参数时，strip() 等函数会移除所有 Unicode 空白字符，包括 \t、\n、\r、\f、\v，还有全角空格、零宽空格等。这在处理网页抓取或跨平台日志时容易出问题——你看到的“空格”可能根本不是 ASCII " "。
例如从 HTML 提取文本后得到 " Hello "（其中 是 Unicode \xa0），用 .strip() 无法清除，必须显式传参：.strip("\xa0 ")。反过来，如果传了参数，就不会再自动包含其他空白字符。
- 默认行为（无参）最安全，适用于通用输入清洗
- 显式传参时，务必确认字符编码：
" ".encode()看清是\xa0还是\u3000（中文全角空格） - Windows 行尾
\r\n：用.rstrip("\r\n")比.rstrip()更可控，避免误删其他换行符
性能差异和链式调用陷阱
三者底层实现几乎一致，纯性能差异可忽略。真正影响效率的是滥用链式调用，比如 s.strip().lstrip("0").rstrip("x")——这会创建三个新字符串对象。如果原始字符串很大或调用频繁（如循环处理万条记录），建议合并逻辑或用正则一次完成。
更隐蔽的问题是不可见字符干扰：比如 "abc\u200b".rstrip() 看似没变化，但 \u200b（零宽空格）属于 Unicode 空白，会被默认 rstrip() 清掉；而 "abc\u200b".rstrip("b") 却不会动它，因为参数指定了只清 b。
- 避免连续多次 strip 类调用，优先考虑单次精准参数，或用
re.sub(r"^[char]+|[char]+$", "", s) - 调试时用
repr(s)查看真实字符组成，比肉眼判断可靠得多 - 在数据管道中（如 Pandas
Series.str.strip()），批量操作已优化，不必手动拆解
repr() 看清字符串真实构成，再决定用哪个方法、是否需要显式指定字符——跳过这步，90% 的“strip 不生效”问题都能避免。 
