pathlib.Path()初始化时路径字符串不能混用反斜杠和正斜杠，因为Python字符串解析阶段会将单个反斜杠视为转义符（如\U触发UnicodeDecodeError），而非路径分隔符；正确做法是统一用正斜杠或原始字符串，避免转义问题。
pathlib.Path() 初始化时为什么路径字符串里不能混用反斜杠和正斜杠？
Windows 上习惯写 C:\Users\name\file.txt，但 Python 3.12 的 pathlib.Path 在解析时会把单个反斜杠当成转义字符处理——比如 \U 被识别为 Unicode 转义，直接抛出 UnicodeDecodeError。这不是 bug，是字符串字面量层面的解析问题。
- ✅ 正确做法：统一用正斜杠（
/），pathlib在所有系统上都兼容：Path("C:/Users/name/file.txt") - ✅ 或用原始字符串：
Path(r"C:\Users\name\file.txt") - ❌ 避免：
Path("C:\Users\name\file.txt")—— 这里\U和\f都会触发转义 - ⚠️ 注意：
os.path.join()返回的是字符串，不是Path对象；混用容易漏掉类型转换
用 / 运算符拼接路径时，为什么有时结果不是你预期的“追加”？
/ 是 Path 的重载运算符，但它不是简单字符串拼接。当右侧操作数是绝对路径（如 /etc/hosts 或 C:\Windows），它会丢弃左侧所有内容，直接返回右侧路径——这是设计行为，不是错误。
- ✅ 安全拼接：确保右操作数是相对路径，例如
p = Path("data"); p / "log.txt"→data/log.txt - ❌ 危险写法：
Path("backup") / "/tmp/config.json"→ 结果是/tmp/config.json，backup被丢弃 - ? 提示：用
resolve()前先检查是否为绝对路径：if not p.is_absolute(): ... - ⚡ 性能注意：
/不做磁盘访问，纯内存操作；但resolve()或exists()会触发 I/O
read_text() 和 read_bytes() 在 Python 3.12 中对编码错误的默认行为是什么？
read_text() 默认用 UTF-8 解码，遇到非法字节序列（比如 GBK 编码的文件被当 UTF-8 读）会直接抛 UnicodeDecodeError。Python 3.12 没改这个行为，也没加默认 fallback 参数。
- ✅ 明确指定编码：
p.read_text(encoding="gbk") - ✅ 容错读取：
p.read_text(encoding="utf-8", errors="ignore")或errors="replace" - ❌ 不要依赖
read_text()自动探测编码——pathlib不做 BOM 检测或 chardet 推断 - ⚠️
read_bytes()绝对安全，但后续需手动 decode；若不确定编码，优先用它 +chardet.detect()
glob() 和 rglob() 返回生成器，为什么循环一次后就空了？
Path.glob("*.py") 和 Path.rglob("**/*.py") 返回的是 generator，不是列表。迭代完一次就耗尽，再次 for 循环不会重新扫描目录。
立即学习“Python免费学习笔记（深入）”；
- ✅ 需多次使用时，转成 list：
list(p.glob("*.py")) - ✅ 或用生成器函数封装：
def py_files(root): yield from root.rglob("*.py") - ❌ 直接赋值给变量再反复 for：
files = p.rglob("*.py"); for f in files: ...; for f in files: ...—— 第二轮什么也不输出 - ⚡ 性能权衡：
glob是惰性执行，大目录下比listdir+ 手动过滤更省内存；但若需多次遍历，list 开销通常可接受
