Python字符串去空格应据需求选strip()、lstrip()或rstrip()：strip()清除两端所有Unicode空白符（含\t\n\r\f\v），非仅空格；若只清空格需显式传参如strip(" ")；对中文全角空格等需手动添加编码；性能差异极小，语义明确优先。
Python字符串去空格用strip()还是lstrip()/rstrip()
看你要清哪边：全清用strip()，只清左边用lstrip()，只清右边用rstrip()。它们默认清理的不只是空格，还包括\t、\n、\r、\f、\v这些Unicode空白符。
常见错误是以为只去掉空格，结果" hello\n".strip()返回"hello"，换行没了——这其实是预期行为，但容易在日志解析或文件读取时造成意外截断。
- 如果只要去掉空格（不碰制表符或换行），得显式传参：
" hello\t\n".strip(" ") - 注意
strip()不会修改原字符串，它返回新字符串，原变量不变 - 链式调用安全，比如
s.strip().lower()没问题，但别写成s.strip("")——会报ValueError: strip arg must not be empty
strip()能指定其他字符吗？怎么避免误删
可以，传一个字符串进去，里面每个字符都会被当作“待清除的边界字符”处理，且不区分顺序、不考虑出现次数。比如"xxabcxx".strip("x") → "abc"，但"axbxc".strip("x") → "axbxc"（因为x不在两端）。
容易踩的坑是传了不该传的字符，比如想清理引号却写了.strip('"\'')，结果把开头的'和结尾的"都干掉了；更糟的是，如果目标字符串是'"hello"'，这个调用反而会清成hello，看似正常，但遇到'""hello""'就变成hello，丢失了语义。
立即学习“Python免费学习笔记（深入）”；
- 只清理确定出现在边界上的字符，不要贪多传一堆可能中间也有的符号
- 需要精确控制时，正则更稳：
re.sub(r'^["\']|["\']$', '', s) -
strip()对Unicode支持良好，" hello ".strip()（全角空格）也能清，但这是Python 3.3+行为，旧版本不行
为什么strip()对中文空格或NBSP无效
因为strip()默认清理的空白符列表是固定的（string.whitespace），不含中文全角空格 （U+3000）、不换行空格 （U+00A0）等。所以" hello ".strip()原样返回，毫无反应。
这不是bug，是设计如此——它只管ASCII定义的空白，其他得手动加。
- 补全常见中文空白：
s.strip("\u3000\xa0\x85")（全角空格、NBSP、下一行符） - 若不确定有哪些，先用
repr(s)看看真实编码，再针对性加 - 批量处理时建议封装函数，避免重复写长字符串参数
性能差异大吗？大数据量下该选哪个
三者性能几乎没差别，底层都是C实现的双向扫描，耗时取决于字符串长度和边界匹配位置，跟选哪个方法关系极小。真正影响性能的是滥用——比如在循环里反复对同一长字符串调用strip()，或者拿它当“通用清洗”反复调用多次。
更值得关心的是语义清晰度：lstrip()明确表达“我只要左端干净”，比strip()后加注释更直接；而过度使用strip()可能掩盖真实需求，比如本该用split()切分的场景硬用strip()加find()模拟。
- 单次调用不用纠结性能，优先选语义最贴切的那个
- 如果要清理多种空白且频繁调用，预编译正则或写个专用函数更可控
- 注意
strip()不能替代replace(" ", "")——后者是全局替换，前者只动头尾
真正复杂的是混合空白类型 + 不确定编码来源的文本，这时候靠猜参数不如先print(repr(s))看清楚再说。
