为何Google Colab中「My Drive」与「MyDrive」路径可互换生效？路径转义差异也需解惑

我最近在Colab操作Google Drive时遇到了和你一模一样的困惑，先还原下整个过程和背后的原因，帮你彻底理清这个问题：

问题重现：看似独立的路径，实际共享同一文件 #

和你一样，我在Colab挂载Drive后，分别用带空格的/content/drive/My Drive/foo.txt和不带空格的/content/drive/MyDrive/foo.txt写入了文件，代码执行显示两个文件都存在，但打开Drive一看，只有一个foo.txt，内容是第二次写入的结果。

先贴出核心操作代码：

# 挂载Drive
from google.colab import drive
drive.mount('/content/drive')

# 写入两个路径的文件
import os
path_with_space = '/content/drive/My Drive/foo.txt'
path_without_space = '/content/drive/MyDrive/foo.txt'

with open(path_with_space, 'w') as f:
  f.write('bar')
with open(path_without_space, 'w') as f:
  f.write('baz')

# 检测文件存在性
if os.path.exists(path_with_space):
  print(f'File {path_with_space} exists.')
if os.path.exists(path_without_space):
  print(f'File {path_without_space} exists.')

# 输出：
# File /content/drive/My Drive/foo.txt exists. 
# File /content/drive/MyDrive/foo.txt exists. 

明明代码检测两个文件都存在，为什么Drive里只有一个？这就要说到Colab的兼容性设计了。

核心原因：两个路径是「别名关系」 #

其实Colab在挂载Google Drive时，做了一个非常实用的兼容处理：
/content/drive/MyDrive 是 /content/drive/My Drive 的符号链接（别名），两者本质上指向同一个物理目录——你Google Drive的根目录。

早期Google Drive的默认目录名就是带空格的「My Drive」，但带空格的路径在命令行或代码里经常需要额外处理，很繁琐。后来Colab为了简化用户操作，自动创建了不带空格的MyDrive别名，让它指向实际的My Drive目录。

所以你看似写入了两个不同路径的文件，实际上都是写入到同一个目录下的同一个文件。第二次的写入直接覆盖了第一次的内容，而os.path.exists()检测的是路径的指向性——因为两个路径都指向存在的文件，所以都返回True，但它们本质是同一个文件。

路径转义差异：Python vs Shell #

你测试的转义问题，核心是Python的字符串逻辑和Shell的命令解析逻辑完全不同，这里给你拆解清楚：

1. Python的open()函数 #

在Python中，字符串里的空格不需要转义：

• 直接写open('/content/drive/My Drive/foo.txt', 'w')就能正常工作，因为Python会把整个字符串作为路径，空格就是路径的一部分。
• 但如果你写open('/content/drive/My\ Drive/foo.txt', 'w')，Python会把\当成字符串的一部分（因为\ 不是Python的有效转义序列），最终路径变成/content/drive/My\ Drive/foo.txt——这个路径实际不存在，所以会抛出FileNotFoundError，就像你遇到的那样。

2. Colab里的Shell命令（!开头） #

当用!执行Shell命令时，Shell会把空格当成参数分隔符，所以直接写!cat /content/drive/My Drive/foo.txt会报错——Shell会把My和Drive/foo.txt当成两个独立参数传给cat，自然找不到文件。

解决Shell路径空格问题，有两种正确方式：

• 方式一：用引号包裹路径：!cat '/content/drive/My Drive/foo.txt'，引号会告诉Shell把整个字符串当成一个路径参数，忽略内部空格。
• 方式二：Shell内转义空格：!cat /content/drive/My\ Drive/foo.txt，这里的\是Shell的转义符，告诉Shell后面的空格是路径的一部分，不是参数分隔符。

而你测试的几种特殊情况：

• 用!cat {path_with_escaped_space}时，Python把变量展开成/content/drive/My\ Drive/foo.txt传给Shell，Shell识别到\ 是转义空格，所以能正确找到文件。
• 用!cat {wrapped_path_with_escaped_space}时，传给Shell的是cat '/content/drive/My\ Drive/foo.txt'——引号内的\会被Shell当成路径的一部分（引号内转义符失效），所以路径无效，报错。
• 用MyDrive路径时，因为没有空格，不管Python还是Shell都能直接识别，所以!cat /content/drive/MyDrive/foo.txt能正常工作。

总结 #

1. 「My Drive」和「MyDrive」等效是Colab的兼容性设计，两者指向同一个Google Drive根目录，写入操作会相互覆盖。
2. 处理带空格路径时，Python直接用空格路径即可，Shell需要用引号包裹或转义空格。
3. 为了避免混淆，建议统一使用不带空格的MyDrive路径，这样不管是Python代码还是Shell命令都不需要额外处理，更省心。

备注：内容来源于stack exchange，提问作者Ryazack