NumPy的loadtxt等函数无法读取中文路径的根本原因在于其底层调用C标准库fopen时依赖系统默认编码（如Windows的GBK），而Python 3传递的是Unicode字符串，未做显式编码适配，导致OSError或UnicodeDecodeError；正确做法是用open('rb')读字节流，再经io.BytesIO包装后传入NumPy函数。
NumPy的loadtxt、genfromtxt等函数为何读不了中文路径
根本原因不是NumPy本身“不支持中文”，而是它底层调用C标准库的fopen时，依赖系统默认编码（Windows通常是GBK，Linux/macOS通常是UTF-8），而Python 3的字符串是Unicode，路径传入前未做显式编码适配。当路径含中文且当前locale不匹配时，OSError: No such file or directory就出现了。
更隐蔽的问题是：即使路径能打开，loadtxt内部仍会尝试用locale.getpreferredencoding()解码文件内容——如果文件实际是UTF-8但locale是GBK，就会报UnicodeDecodeError。
所以不能只盯着“路径打不开”，得拆成两步处理：路径访问 + 文件内容解析。
用open读字节流再喂给NumPy的正确姿势
核心思路是绕过NumPy的路径直读逻辑，改用Python原生open以rb模式安全打开中文路径文件，拿到bytes后，再用io.BytesIO包装成类文件对象交给NumPy——这样路径由Python处理（已支持Unicode），解码由你控制。
立即学习“Python免费学习笔记（深入）”；
关键点：
-
open(path, 'rb')中的path可以是任意合法中文路径字符串，Python 3在各平台都支持 - 必须用
io.BytesIO包装字节流，不能直接传bytes给loadtxt，否则会报TypeError: expected str, bytes or os.PathLike object, not bytes - 若文件是文本格式（如CSV、txt），需确认其真实编码（常见UTF-8带BOM或无BOM），并在
BytesIO之后用TextIOWrapper转为文本流——但NumPy多数函数（如loadtxt）其实能直接处理BytesIO，只要内容不含非ASCII字符或你指定encoding参数
示例（UTF-8编码的CSV）：
import numpy as np import io <p>path = "数据/实验_测试.csv" # 含中文路径 with open(path, 'rb') as f: data = np.loadtxt(io.BytesIO(f.read()), delimiter=',', skiprows=1)
遇到UnicodeDecodeError时怎么定位真实编码
错误信息里常带类似 'gbk' codec can't decode byte 0xad in position 123，这说明NumPy正用GBK解码，但文件实际不是GBK。别猜，用chardet实测：
先安装：pip install chardet
再运行：
import chardet
<p>with open("数据/实验_测试.csv", 'rb') as f:
raw = f.read(10000) # 读前10KB足够检测
print(chardet.detect(raw)) # 输出如 {'encoding': 'utf-8', 'confidence': 0.99}拿到结果后，在loadtxt中显式指定：encoding='utf-8'（注意：该参数仅在NumPy ≥ 1.14中可用；旧版本必须走TextIOWrapper流转换）
兼容旧版写法：
import numpy as np import io from io import TextIOWrapper <p>path = "数据/实验_测试.csv" with open(path, 'rb') as f: wrapped = TextIOWrapper(f, encoding='utf-8') data = np.loadtxt(wrapped, delimiter=',', skiprows=1)
哪些NumPy函数必须走字节流绕过，哪些可以直接用中文路径
结论很实际：不是所有函数都踩坑。
- 肯定要绕过的：
loadtxt、genfromtxt、fromfile（二进制模式下路径也崩） - 通常能直接用中文路径的：
np.load（.npy/.npz）、np.save、np.savetxt——因为它们不涉及文本解析，纯二进制I/O，Python 3路径层已搞定 - 最省事的替代方案：如果只是读CSV，用
pandas.read_csv，它对中文路径和编码的容错强得多，且自动检测BOM
真正容易被忽略的是：同一段代码在同事电脑上跑通，到你这儿报错，大概率是双方系统locale不同（比如他用Windows中文版默认GBK，你用WSL2默认UTF-8），而不是代码本身有问题。路径问题永远要结合运行环境看。
