数据包移到SD卡游戏就不认了？

打开游戏跳出来一行字：“未检测到数据包，请重新下载。”你明明刚才把文件从手机存储挪到了SD卡里，内存也确实腾出来了，可游戏翻脸不认人。这事我在朋友小周的手机上见过不下三回，每次都把他气到想把手机摔了。其实问题不在SD卡，也不在游戏，而在Android系统对“存储位置”这件事的执念。

先说个最容易被忽略的事实：手机里的“SD卡”有两种。一种是真·可拆卸的TF卡，另一种是“虚拟SD卡”——说白了就是手机存储里划出来的一块分区，系统用FUSE（用户态文件系统）把它伪装成一张卡。小周那台国产机属于前者，可他的游戏数据包在下载时，是被写进了应用的私有目录，路径长这样：`/data/data/com.company.game/files/`。你从文件管理器里看到的是“Android/data/com.company.game/files”，中间隔了一层，但系统认的是从底层inode到挂载点的完整路径，差一个字符都算“不存在”。

当你手动把整个数据包文件夹剪切到`/storage/XXXX-XXXX/Android/data/`下，游戏再启动时，它会调用`Environment.getExternalStorageDirectory()`去拿路径，然后拼接一个固定字符串去open()这个文件。可Android从4.4开始，对SD卡实行了“外置存储权限隔离”，应用默认只能读写自己包名目录下的东西。你帮它挪了窝，它在沙箱里伸着手够不着外头，自然就报“没有数据包”。

更有意思的是，现在的手机系统一旦检测到外部SD卡，会把它挂载成一个独立的FUSE daemon进程，每次访问都要经过vold（卷管理守护进程）的权限校验。游戏拿到的文件句柄，在数据包原路径上才能通过校验，挪到SD卡上，哪怕文件内容一模一样，校验结果直接返回一个EPERM（操作不允许）。你看文件管理器里数据包还在，那是文件管理器自己申请了“所有文件访问”权限，可游戏没申请这个权限，或者说在旧系统上根本不存在这种权限，所以它看到的就是一个空空如也的目录。

还有个坑藏在文件属性的“复制vs移动”上。老玩家都知道，用文件管理器“剪切”文件夹，其实干了三件事：复制文件到SD卡、比对大小、删除原文件。但Android的ext4文件系统支持“快速移动”时保留inode号，而FAT32/exFAT的SD卡上这个动作会重新分配一切。游戏数据包里通常有个`version.dat`或者`.obb`文件，里面写死了“包标识符+版本号+文件链表”。当系统发现文件所在分区的设备号变了、文件修改时间变了，就认为数据包损坏或缺失，不管你的md5校验对不对，直接判定为“没有”。

再说一句扎心的：有些游戏在下载数据包时，会在`shared_prefs`里存一个`path_preference`，记下当时的绝对路径。你挪完之后，这个值没变，游戏依然去老地方找。找不着就弹出提示，它才不会自己去SD卡扫一遍。好比你把钥匙放进了抽屉，但门锁里嵌的还是原来那把钥匙的位置，你拿着新钥匙去开，当然打不开。

那到底有没有办法？有，但得看系统和游戏版本。Android 6以上，可以用`AppOpsManager`给软件授予“存储空间”权限，并且用`adb shell`命令把数据包软链接到SD卡上的真实路径，`ln -s`那种。可大多数普通用户没解过BL锁，也没root权限，系统的SELinux策略会拒绝这个操作。更常见的现实是，很多游戏在析构函数里直接调用`Environment.isExternalStorageEmulated()`，发现SD卡是真·可拆卸的，干脆拒绝读取——因为开发者怕玩家用读卡器改数据包作弊。这招叫“反外挂防御性设计”，把你连同正常操作一起堵死了。

所以结论就一句话：你动手挪数据包的那一刻，就破坏了游戏运行时的路径预期。它不是找不到文件，是找到了但发现它不是自己在原来位置上认识的那个“带身份证”的文件。想解决的话，要么用系统的“搬家”功能让应用自己执行迁移（那会更新路径记录），要么就在下载前直接把默认存储位置设成SD卡，让数据包从一开始就长在SD卡上。手动拖动？省省吧，那是给自己找罪受。Android的权限沙箱十年里越扎越紧，SD卡这条路，早就封死了大半。