Python大小写转换函数行为各异：upper()全转大写（如"ß"→"SS"），lower()全转小写（locale敏感），capitalize()仅首字母大写且其余全小写，title()按Unicode单词边界处理易出错（如"don't"→"Don'T"）。
字符串大小写转换函数的区别在哪
Python 的 upper、lower、title、capitalize 看似都改大小写，但行为差异明显，选错会出意料外的结果。
它们不共享逻辑，也不互为逆操作；比如 "aBc".title().lower() 不等于原串，"ß".upper().lower() 在某些 locale 下甚至不等于自身（涉及 Unicode 大小写映射）。
-
upper()：全转大写，对 ASCII 和大部分 Unicode 字符可靠，但注意德语"ß"→"SS" -
lower()：全转小写，"İ"（带点大写 I，土耳其语）→"i"，不是"ı"，locale 敏感 -
capitalize()：首字母大写 + 其余全小写，只作用于第一个“字母字符”，后面所有字符无条件变小写（包括空格后的词） -
title()：每个单词首字母大写，其余小写；但会把撇号'后的字母也当“单词开头”（"don't".title()→"Don'T"）
为什么 title() 经常翻车
title() 按 Unicode 字符类别判断“单词边界”，不识别实际语言规则，遇到标点、数字、非 ASCII 字符就容易错判。
典型错误现象："123abc".title() → "123Abc"，"hello-world".title() → "Hello-World"（连字符后也大写），"mc donald".title() → "Mc Donald"（不符合人名习惯）。
- 不要用
title()格式化人名、标题、文件名 - 若需“每个单词首字母大写”，优先用正则：
re.sub(r"(^|\s)\w", lambda m: m.group(0).upper(), s) - Python 3.8+ 可考虑
string.capwords(s)，它按空白分割再capitalize()，比title()更可控
capitalize() 和 title() 对空格/换行的处理
这两个方法都把“非首字母位置”的一切字符强制转小写，不管它原本是不是字母、有没有意义。
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
比如 " HELLO\nWORLD".capitalize() → " hello\nworld"（开头空格保留，但后面全小写）；"A-B-C".title() → "A-B-C"（因为 - 不是字母，所以 B 和 C 被识别为新单词首字母）。
-
capitalize()只影响第一个字母，其余全小写 —— 这意味着它会抹掉原有大小写结构，慎用于已有格式的字符串 - 如果目标只是“首字母大写、其余不变”，别用
capitalize()，改用：s[0].upper() + s[1:] if s else s - 所有这四个方法都返回新字符串，原字符串不变（str 不可变）
Unicode 和 locale 导致的隐性坑
Python 默认用 C locale 做大小写映射，但某些字符（如土耳其语 "I"/"i"、希腊语 "Σ"）在不同 locale 下行为不同；标准库不自动适配系统 locale，lower() 和 upper() 的结果可能和你预期不一致。
例如："I".lower() 在默认环境下是 "i"，但在土耳其 locale 下应为 "ı"（无点 i）；而 Python 不主动切换，得靠 locale.setlocale() + str.casefold() 来更安全地比较。
- 做大小写无关比较时，用
str.casefold()替代lower()，它专为跨语言比较设计（如处理 ß→ss、µ→μ） - 处理用户输入或国际化文本时，别假设
upper()/lower()是可逆的 - 文件系统路径、HTTP header 等场景，大小写敏感性由外部系统决定，Python 转换只是预处理，别依赖它“标准化”
事情说清了就结束
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
