對於 windows 網路帳戶，為什麼 USERPROFILE 未映射到使用者網路共享？
在許多基於 Linux 的發行版上，可以通過網路安裝使用者主驅動器或通過修改使用者帳戶來更改使用者主驅動器的位置。訪問使用者主文件夾很簡單，無論它儲存在哪裡，因為 $HOME 變數設置為特定位置。
為什麼在 Windows 上網路使用者帳戶沒有將其“家庭”驅動器映射到其共享？如果他們的共享安裝在 z:\，而不是將 %USERPROFILE% 映射到 z:\，它幾乎總是映射到 c:\Users\“使用者名”（至少在 XP 之後的版本上）。
技術原因或權衡是什麼？
“網路使用者帳戶”可能意味著（至少）三件事：
- Active Directory 使用者帳戶，但未配置漫遊配置文件
- 具有漫遊配置文件的 Active Directory 使用者帳戶
- 具有主文件夾映射的 AD 使用者帳戶（通過 GPO 或通過使用者的屬性）
在第一種情況下：
您的使用者只有一個本地配置文件，當他第一次登錄電腦 A 時，會創建配置文件，當此使用者第一次登錄電腦 B 時，會創建另一個配置文件（在 C:\users 中）
配置文件不會儲存在其他任何地方，因為沒有任何指示 Windows 這樣做。
在第二種情況下：
漫遊配置文件從文件共享下載（或在第一次登錄時創建）到電腦（在 c:\users 中），當使用者註銷時，下載的配置文件與文件共享上的配置文件合併。
在第三種情況下：
在這種情況下，您選擇為使用者映射網路驅動器，當會話打開時，Windows 只會將所需的驅動器號映射到文件共享上的文件夾。
所以，你的問題是，為什麼配置文件沒有直接映射到文件共享/驅動器號上，而是保留在 c:\users 中？
因為會有很多性能問題，所以使用者配置文件中有很多活動：
目前使用者的系統資料庫儲存在該文件夾中，想像一下如果這是在網路共享上，那麼在列舉目前使用者的系統資料庫時會有很大的延遲（例如）。
如果網路連接失去會怎樣？沒有更多的桌面？許多應用程序將等待無數次超時，因為使用者的配置文件不可用（AppData 也在使用者的配置文件中，很多應用程序使用此位置來儲存使用者特定的設置）
但是，不要忘記您可以使用文件夾重定向，例如在您想要的網路共享上重定向使用者的文件文件夾。