Python中含空格或特殊符号的路径问题源于shell解析或字符串拼接错误，正确做法是用pathlib.Path安全处理、避免shell调用、显式转义、展开~符号，并验证绝对路径与编码。
Python中用open()读取含空格路径时抛出FileNotFoundError
这不是路径“不合法”，而是你传给open()的字符串本身被shell或Python解释器提前截断了。常见于从命令行参数、用户输入或拼接字符串得到路径时，没做转义或封装。
正确做法是：始终把路径当作纯字符串处理，不依赖shell解析。避免用os.system()或subprocess.run()直接拼接路径字符串——除非你显式用shlex.quote()包裹。
- 从
sys.argv获取路径时，确保终端已用引号包裹（如python script.py "/path/with space/file.txt"），否则系统根本不会把空格部分传进来 - 用
pathlib.Path构造路径最安全：Path("/home/user/my folder/data.csv")会自动处理内部空格和斜杠方向 - 若必须用字符串拼接，用
os.path.join()而非"a/" + "b"，它能规避反斜杠误转义问题（尤其Windows）
在Windows上处理含&、!、( )等符号的路径
这些符号在cmd/powershell中有特殊含义，但Python自身不解析它们——问题只出现在你调用外部命令时。例如subprocess.run("type " + path)会在powershell里把&当成命令分隔符执行。
关键原则：只要不经过shell，符号就只是普通字符。所以：
立即学习“Python免费学习笔记（深入）”；
- 用
subprocess.run([command, arg1, arg2])形式（列表调用），避免shell=True - 若必须用
shell=True，对路径单独调用shlex.quote(path)（注意：Windows下shlex.quote生成的是单引号，而cmd不认单引号；此时应改用subprocess.list2cmdline([path])） -
pathlib.Path的resolve()或exists()方法完全不受这些符号影响，可放心调用
用glob匹配带空格的文件名失败
glob.glob("*.txt")本身没问题，但如果你写glob.glob("my folder/*.txt")，它会返回空列表——不是因为空格，而是因为glob不递归且不自动补全父目录。更隐蔽的问题是编码：某些中文路径在Linux/macOS上若终端locale非UTF-8，glob可能根本看不到文件。
建议方案：
- 用
pathlib.Path("my folder").glob("*.txt")，对象化路径后行为更稳定 - 需要递归时，优先用
pathlib.Path("root").rglob("*.log")，比glob.iglob("**/*.log", recursive=True)更少受shell遗留逻辑干扰 - 若仍失败，先检查
os.listdir("my folder")能否列出内容——排除权限或编码问题
第三方库（如pandas.read_csv()）报错说路径不存在
这类库底层仍调用open()或pathlib，但错误堆栈常掩盖真实原因。典型表现是：路径明明存在，却提示No such file or directory，尤其发生在Jupyter或IDE内置终端里。
排查顺序很关键：
- 打印
os.getcwd()，确认当前工作目录是否是你以为的路径起点 - 用
pathlib.Path(your_path).resolve()输出绝对路径，再手动用ls -l（macOS/Linux）或dir（Windows）验证该绝对路径是否存在 - 如果路径含中文或emoji，检查文件系统编码（如NTFS默认UTF-16，但某些旧版Python在Linux挂载时可能误判）
- 某些库（如旧版
openpyxl）对URL格式路径（file:///...）支持不稳定，一律改用本地绝对路径
最易被忽略的一点：路径里的~符号不会被Python自动展开。写"~/data/file.csv"一定失败，必须用os.path.expanduser("~/data/file.csv")或Path("~/data").expanduser()。这个细节在脚本迁移到不同用户环境时经常引发静默错误。
