os.path.splitext返回两个值且第二个值带点，因为后缀在文件系统中本就包含点（如'.py'），这是设计约定而非bug；它仅按最后一个点分割，不识别双后缀（如'.tar.gz'），跨平台可靠但需手动处理复合后缀。
os.path.splitext 为什么返回两个值，但第二个值带点？
os.path.splitext 的设计就是把路径按「最后一个点」切开，点本身归到后缀部分。这不是 bug，是约定：后缀（extension）在文件系统中本就包含那个点，比如 .py、.tar.gz。所以它返回的是 ('main', '.py')，不是 ('main', 'py')。
常见错误是直接拿第二项当纯后缀名用，结果拼路径时多出一个点：os.path.join('out', filename + '.' + ext) 变成 main..py。
- 要纯后缀名（不含点），用
ext[1:]，但得先判断ext非空，否则''[1:]是安全的，但''[1]会报错 - 如果文件没后缀（如
Makefile或docker-compose），os.path.splitext返回(path, '')—— 这时ext[1:]是空字符串，合理 - 注意它只看最后一个点，
'a.b.c'→('a.b', '.c')，不识别双后缀（如.tar.gz）
处理 .tar.gz 这类双后缀怎么办？
标准库不支持自动识别复合后缀。os.path.splitext 对 'data.tar.gz' 返回 ('data.tar', '.gz')，丢了 .tar。真要拆 .tar.gz，得手动判断或用第三方库。
- 简单策略：先试
os.path.splitext，再对主名部分再切一次，比如name, ext1 = os.path.splitext(path); _, ext2 = os.path.splitext(name)，然后检查ext2 + ext1是否在预设列表里（如'.tar.gz'） - 更稳的做法是用
pathlib+ 手动匹配：from pathlib import Path; p = Path(path); if p.suffixes == ['.tar', '.gz']: - 别依赖
os.path.splitext做“智能后缀提取”，它没这个功能，强行套用会漏判或误判
跨平台路径下，os.path.splitext 还可靠吗？
可靠，但要注意它只做字符串分割，不访问文件系统，也不关心路径分隔符。Windows 下 r'C:\foo\bar.txt' 和 Linux 下 '/foo/bar.txt' 都正确返回 ('C:\foo\bar', '.txt') 或 ('/foo/bar', '.txt')。
立即学习“Python免费学习笔记（深入）”；
- 它不解析路径有效性，
os.path.splitext('a/b/c..py')→('a/b/c.', '.py')，因为只认最后一个点 - 斜杠不影响逻辑，但如果你自己拼路径，记得用
os.path.join或pathlib，别硬连字符串 - 在 Windows 上，文件名含点但无后缀（如
CON.）会被截成('CON', '.')，这是符合规范的行为
替代方案：pathlib 更直观，但要注意默认行为
pathlib.Path 的 .stem 和 .suffix 看起来更直白，但它们底层调用的也是类似逻辑 —— .suffix 含点，.stem 是主名不含后缀，且只切最后一个点。
-
Path('a.b.c').stem→'a.b'，.suffix→'.c'，和os.path.splitext一致 - 想取全部后缀（
.tar.gz），用.suffixes属性，返回['.tar', '.gz']，这是唯一能自然处理双后缀的方式 -
.suffix永远只返回最后一个后缀，哪怕你写Path('x.py').suffix == '.py'，这没问题；但别以为它能“推断”出语言类型
