获取AD与非AD用户配置目录：API差异及统一方案问询

差异原因 #

• SHGetKnownFolderPath(FOLDERID_Profile)的核心逻辑依赖本地已加载的用户配置文件，或尝试创建/验证本地存在的文件夹。对于配置了漫游配置的AD用户，若仅通过LogonUser拿到模拟令牌但未实际加载该用户的漫游配置文件（比如用户未实际登录本地机器），或配置的漫游路径在当前环境不可访问，就会返回0x80070002（文件未找到）错误——它不会直接读取AD中存储的配置路径。
• NetGetUserInfo则是直接查询用户目录（AD或本地SAM数据库）的元数据属性：AD用户的usri4_profile字段对应AD里配置的漫游路径，而本地用户若未设置漫游配置，该字段本身为空，所以返回空字符串。

统一获取行为的实现思路 #

可以做兼容逻辑覆盖两种用户场景：

1. 优先调用NetGetUserInfo（建议用USER_INFO_4或USER_INFO_2级别），若返回的usri4_profile（或usri2_profile）字段非空，直接使用该路径；
2. 若NetGetUserInfo返回空（说明是未配置漫游的本地用户），再调用SHGetKnownFolderPath(FOLDERID_Profile)获取本地配置文件路径；
3. 异常处理：针对AD用户调用SHGetKnownFolderPath时可能出现的0x80070002错误，直接 fallback 到NetGetUserInfo返回的路径即可。

注意：调用NetGetUserInfo需要具备查询AD或本地用户信息的权限，模拟令牌环境下要确保权限足够。

其他适用API #

• GetUserProfileDirectory：传入用户令牌，尝试获取本地已加载的配置文件路径。如果是漫游用户但配置未加载，可能返回本地临时配置路径，可结合NetGetUserInfo的结果做补充判断；
• WTSQueryUserConfig：适用于终端服务环境，可查询本地和AD用户的配置路径，不过依赖终端服务相关组件；
• 直接LDAP查询：通过ADsGetObject连接AD，读取用户对象的profilePath属性，适合纯AD环境，但本地用户需要切换到SAM数据库查询逻辑。

内容的提问来源于stack exchange，提问作者Fabio A.