从前PC游戏的安装目录下都会有个save文件夹放存档，备份起来很明确。不知道何时开始PC游戏基本上存档都会放到我的文档里。然后有些是在我的文档下，有些是在我的文档/游戏下，有的还隐藏起来。遇到重装系统忘记备份C盘就很糟糕了，毕竟现在不少人的使用习惯是C盘能不放东西就不放东西。

这种存档存放方式有什么意义么？我想了想除了多用户时防止互相覆盖外想不出别的意义了。反正我是很讨厌这种形式。

你就不会把我的文档放在def盘么 笨
人家那是考虑到删游戏后重新装上可以直接有存档

没记错的话windows安全策略现在默认禁止程序向非我的文档目录写入任何东西吧......你看qq

我的文档，我已经移动过了
但是还有保存在这种地方的游戏，C:\Users\XXXX\Saved Games
他要像是国际标准一样所有的都放在Documents\My Games这样的文件夹里，我也不会纠结了。不过他们没统一……

因为现在绝大部分的游戏都是存档云同步
像steam上面的游戏就基本全部同步存档的steam上面 橙子和play u也一样
所以根本就没你那种问题。。。。。。。。。。
除非你玩盗版

的确没统一的 还有在我的文档下面自己建立个自己公司文件夹，下面再放存档的。各说各话
你可以把用户文件夹里的也移走。什么桌面，下载 保存的游戏全移出c盘
一步到位

的确如3楼所说 不少东西都到我的文档里去了 主要还是因为现在的WINDOWS版本对权限限制越来越细了

不都在%userprofile%下，只不过传统的重装方法都是干掉%userprofiles%的

卤煮这帖子提醒了我，之前换掉的旧电脑里面的存档没弄出来！

最讨厌那些存在AppData\XXXX之类的地方，还各种隐藏，所以现在都尽量玩steam版了，重装云备份方便【少数不支持steam云比较恶心

最近买了steam上的the banner saga（正版），存盘点就在C:\Users\xxxx\AppData\Roaming\TheBannerSaga\Local Store\save\saga1，还隐藏的，不支持云save

玩的要不是云就是我的文档\APP，每次装好游戏第一件事去看存档在哪，这问题确实

没错，就说这样，0元版才会有本地存档。

正版一样有本地存档，虽然文件夹是remote
0元只是存档位置不一样而已

在游戏里面还是存本地，只是退出游戏之后平台帮你同步而已

给硬盘分小区的后果

----发送自Sony M35c,Android 4.1.2

在我的文档下面还好了，最起码找到的
最蛋疼的难道不是放在appData下面么，本身就是隐藏文件夹，下面还有三个文件夹

lz自己不是说了么“多用户时防止互相覆盖”，存档放到用户文件夹里再合理不过了，放到app的文件夹里才蛋疼。问题是有些厂家还是自己乱放，就不统一了。。。用osx的时候也最烦各种应用把文件夹到处乱放

逗逼考虑

放到appdata里面才有病，放到游戏目录下面或者我的文档下面都合理。

Vista之后C:\Program Files下的文件默认需要管理员权限才能写入。

存地文件不好么
要删就删个干净，我特么游戏都删了还要啥存档

不如说越来越傻逼
Unix下面/home单独分区支持了几十年，Windows直到现在C:\Users你想挪个位置都做不到。

这是因为你玩的盗版，玩正版根本不存在存档丢失的问题

1 用户数据和程序分开本来就是标准的一环, 以前那种堆一起的才是错误的
2 重装系统在win7开始都是不必要的, 现在动不动format c的做法是98时期的遗留, 在ms设想中, 一台电脑只有新买和换硬盘时需要"重装系统", 其他时候都只有reset或者修复, apple已经是这么做了
3 规范的应该放c:\Users\xxx\AppData\Local\ 里面, 用户之间数据也不应该是默认共享

win7没有恢复出厂设置的选项啊~~~

那是10年前的事了,现在的位置总能给你惊喜.

就不提偏门的,著名的e社它现在的存档位置就是
WindowsXP
C:\Documents and Settings\ユーザー名\Local Settings\Application Data\Eushully\xx\SAVE\
WindowsVista/7
C:\Users\ユーザー名\AppData\Local\Eushully\xx\SAVE\

robocopy C:\Users D:\Users /mir
rd C:\Users
mklink /j C:\Users D:\Users

自己进高级启动里面去弄。注意Recovery里面盘符可能会变，用diskpart查看。mklink的连接点是绝对路径，所以第二个路径的盘符是你正常Windows下的盘符

为何我的文档要在C盘？

目的是让你丢了存档再玩一次游戏，延长游戏可玩时间

别这么干，会出问题的。
Users文件夹底下有Junction Point，这东西robocopy搞不定，要做特殊处理。

另外更麻烦的是还有Hard Link，这东西看不出来但跨分区复制的时候会打破连接关系，导致使用DISM的时候（比如安装某些Windows更新）出错。目前已经确认这会引起Visual Studio 2013的IIS Express 不能正常工作。

所以说微软的工程师总喜欢干些特别傻逼的事情……结果导致用户常常也会连带着干些更傻逼的事情……

/XJ :: 排除接合点。(默认情况下通常包括)。

/FFT :: 假设 FAT 文件时间(2 秒粒度)。
/DST :: 弥补 1 小时的 DST 时间差。

/XJD :: 排除目录的接合点。
/XJF :: 排除文件的接合点。

Junction Point是支持的,Hard Link不知道
目前使用还没看出啥问题

robocopy可以排除Junction Point（也可以装作不知道它是个Junction Point），但不能重建。
当然Junction Point大部分时候都被用来做向后兼容（比如说对付那些写死路径的傻逼XP程序），所以不能重建一般来说也没啥。但假如你正好会装上某些这类傻逼XP程序，那就呵呵了。

Hard Link没救的，只能一个个查，而且平时使用不会出问题，只有当某个Windows更新死活装不上去然后花一两个小时查系统log之后才发现傻逼了……特别可怕（逼死强迫症的意义）。
所以现在我一般只是选择性的Junction一些文件夹，像直接搬C:\Users这种大招是不敢随便放的。

我找出了所有的junction一个一个改了, 但是有些安装程序就是不认, 它就是认为这个目录不合法

从这方面来说, 甚至还不如XP时期可以直接改users和programfile的系统变量, 我XP这么做多年毫无后遗症

这是MS规范的问题, 应该禁止这些程序判断文件夹是junction的还是原生的,
这对非文件系统级程序毫无意义, 不知道做个junction又这校验那校验的意义何在

其实是一样的。
%LOCALAPPDATA%\Eushully\
在不同的系统底下%LOCALAPPDATA%的位置不一样而已。

按说保存到%APPDATA%或者%LOCALAPPDATA%是正确的做法。问题还是很多用户以及备份软件意识不到，再加上微软还非要把这个目录藏起来不想让你看见，结果就呵呵了。

我是觉得，应用程序保存用户数据（包括但不限于各类软件的用户设置、数据库、缓存、存档等等）这个问题很复杂，涉及到各个方面而且很难说有什么统一的“最好的”解决办法。
所以如果没能力把所有的事情都打包处理好（像iTunes那样），那么就不要假装问题不存在（把AppData藏起来假装It Just Works）。否则总会带来各种麻烦的。