pathlib.Path.read_text()与_io.TextIOWrapper.read()：后者更优的理由是什么？

其实大部分日常场景下，pathlib.Path.read_text()已经足够好用，但确实有几个场景，用传统的通过with open()拿到文件对象再调用read()的方式会更合适：

• 处理超大文件：read_text()会把整个文件内容一次性加载到内存里，如果是几个G的大文件，很容易导致内存溢出。但用with open()的话，可以逐行读取（比如for line in file:），或者分块读取，内存占用会低很多。
• 需要精细控制文件操作：如果你的操作不是一次性读完全部内容，比如要移动文件指针（seek()）、中途暂停读取后再继续，或者同时进行读写操作，read_text()做不到——它读完就自动关闭文件了。而保持文件对象打开的话，这些操作都能实现。
• 自定义缓冲策略：open()函数支持通过buffering参数调整缓冲方式，比如设置成行缓冲、无缓冲，或者指定缓冲大小，在某些性能敏感的场景下能优化读写速度。但read_text()只能用默认的缓冲设置，没法自定义。
• 多步骤或灵活的文本读取：如果需要多次读取文件内容，或者结合readline()、readlines()这类方法按需读取，用文件对象会更灵活，不用反复打开关闭文件。
• 兼容旧代码或特定库：有些老代码或者第三方库的接口只接受文件对象作为参数，这时候你就必须用open()拿到TextIOWrapper，没法直接用read_text()返回的字符串。

内容的提问来源于stack exchange，提问作者J.Doe