SHGetFolderPath不推荐使用什么替代方法来检索Windows文件夹的path？

从Windows Vista开始，已弃用SHGetFolderPath()函数： http : //msdn.microsoft.com/zh-cn/library/bb762181%28v=VS.85%29.aspx

在Windows中检索应用程序文件夹path的另一种方法是什么？

SHGetFolderPath(NULL,CSIDL_COMMON_APPDATA,NULL,szPath)

除此之外，为什么我在使用这个函数时会遇到这些错误：

Error 1 error C2065: 'CSIDL_COMMON_APPDATA' : undeclared identifier Error 2 error C3861: 'SHGetFolderPath': identifier not found

如何在32位应用程序中获得64位系统文件夹？

如何从Delphi中的已知文件夹GUID获取文件夹path

Windows“已知文件夹”：是否有任何一个版本可以被所有用户可靠地读/写？

有没有在Windows中的特殊文件夹权威指南？

C＃通过ID获取已知文件夹的位置

替代方法在您链接的文档中进行了描述。 即它是SHGetKNownFolderPath 。

但是， SHGetKNownFolderPath仅在Vista或更高版本上可用。 所以，如果你使用加载时间链接，并运行XP上调用SHGetKNownFolderPath的程序，那么该程序将无法启动。 这显然是一个问题，如果你想支持XP。

现在，您可以切换到运行时SHGetKNownFolderPath链接。 在调用之前进行版本检查，如果函数不可用，则返回到SHGetFolderPath 。

就我个人而言，我不会让这种贬低过度担心。 微软以维护向后兼容性而闻名。 不要期望SHGetFolderPath很快消失。 你会发现SHGetFolderPath存在于Windows 8中，我预计它现在仍然存在于10年后的任何Windows中。 我的建议是坚持加载时间链接，只有切换到SHGetKNownFolderPath当你放弃支持XP。

你的另一个问题，就是如何调用SHGetFolderPath 。 您需要尊重在您的问题中链接到的MSDN文档主题底部所列出的要求。 具体来说，包括Shlobj.h并将Shlobj.h传递给链接器。

它被链接在顶部， SHGetKNownFolderPath 。

CSIDL_COMMON_APPDATA被新的API中的FOLDERID_ProgramData所取代。

我已经在Windows 10 PC上使用SHGetFolderPath()与Visual Studio 2015 Enterprise进行了测试，并且编译并正常工作以找到当前用户的主文件夹。 在SHGetFolderPath() SHGetFolderPath函数的Windows开发人员中心页面中有以下注释：

注意从Windows Vista开始，此函数仅仅是SHGetKNownFolderPath的包装器。 将CSIDL值转换为与其关联的KNowNFOLDERID ，然后SHGetKNownFolderPath 。 新的应用程序应该使用已知的文件夹系统，而不是旧版本的CSIDL系统，后者仅支持向后兼容。

正如David Heffman在答复中指出的那样，微软在多年的时间里保持向后兼容性的历史，尤其是当他们可以采用旧的功能，并将其重定向到具有适当参数的新功能时。 CSIDL值似乎有一个相应的KNowNFOLDERID值。 请参阅此CSIDL常量表，其中包含简短的注释和相应的KNowNFOLDERID值。

下面是一个使用该功能的例子。 此用法检索当前用户的用户文件夹（例如Windows 7下的“C： Users myuser Documents”），然后使用PathAppend()函数将文件夹名称添加到路径PathAppend() 。

TCHAR achDevice[MAX_PATH]; HRESULT hr; // include file ShlObj.h contains list of CSIDL defines however only a subset // are supported with Windows 7 and later. // for the 3rd argument,hToken,can be a specified Access Token or SSID for // a user other than the current user. Using NULL gives us the current user. if (SUCCEEDED(hr = SHGetFolderPath(NULL,CSIDL_PERSONAL,achDevice))) { // append a folder name to the user's Documents directory. // the Path Handling functions are pretty handy. PathAppend(achDevice,L"xxx"); }

一个可能的失败是一个或多个无效参数（hr == E_INVALIDARG ）。 S_OK的返回值表示调用成功。

有几个CSIDL常量可以用来修改函数的结果，如CSIDL_FLAG_CREATE通过使用按位或运算符。 我不确定这些操作员能够在Windows 7及更高版本中工作得如何。

Windows 7及更高版本支持的CSIDL常量有限制。 在Active Directory或类似的环境中，复杂，远程安装，重定向和/或共享文件夹也可能需要克服。

另请参见KNowNFOLDERID ，其中包含一个表，指出CSIDL和SHGetFolderPath()一些限制。 CSIDL常量表中的一些示例可能有用。

CSIDL_LOCAL_APPDATA - %USERPROFILE%AppDataLocal CSIDL_MYDOCUMENTS - %USERPROFILE%Document CSIDL_PERSONAL - %USERPROFILE%Documents CSIDL_FONTS - %windir%Fonts CSIDL_MYMUSIC - %USERPROFILE%Music CSIDL_MYPICTURES - %USERPROFILE%Pictures CSIDL_COMMON_APPDATA - %ALLUSERSPROFILE% (%ProgramData%,%systemDrive%ProgramData) CSIDL_COMMON_DOCUMENTS - %PUBLIC%Documents

顺便说一下， Shell路径处理函数是一个很好的操作文件路径的方法库。

另请参见在何处放置常用的可写应用程序文件？