Question

尝试解析CommonDocuments目录时出现了一些奇怪的错误。将CommonDocuments目录重定向/移动后，使用Windows资源管理器（属性 - >上下文菜单中的路径）将其解析到错误的目录。

最小的工作代码是：

namespace CommonDocumentsTest
{
    class Program
    {
        private static readonly Guid CommonDocumentsGuid = new Guid("ED4824AF-DCE4-45A8-81E2-FC7965083634");

        [Flags]
        public enum KnownFolderFlag : uint
        {
            None = 0x0,
            CREATE = 0x8000,
            DONT_VERFIY = 0x4000,
            DONT_UNEXPAND= 0x2000,
            NO_ALIAS = 0x1000,
            INIT = 0x800,
            DEFAULT_PATH = 0x400,
            NOT_PARENT_RELATIVE = 0x200,
            SIMPLE_IDLIST = 0x100,
            ALIAS_ONLY = 0x80000000
        }

        [DllImport("shell32.dll")]
        static extern int SHGetKnownFolderPath([MarshalAs(UnmanagedType.LPStruct)] Guid rfid, uint dwFlags, IntPtr hToken, out IntPtr pszPath);

        static void Main(string[] args)
        {
            KnownFolderFlag[] flags = new KnownFolderFlag[] {
                KnownFolderFlag.None,
                KnownFolderFlag.ALIAS_ONLY | KnownFolderFlag.DONT_VERFIY,
                KnownFolderFlag.DEFAULT_PATH | KnownFolderFlag.NOT_PARENT_RELATIVE,
            };


            foreach (var flag in flags)
            {
                Console.WriteLine(string.Format("{0}; P/Invoke==>{1}", flag, pinvokePath(flag)));
            }
            Console.ReadLine();
        }

        private static string pinvokePath(KnownFolderFlag flags)
        {
            IntPtr pPath;
            SHGetKnownFolderPath(CommonDocumentsGuid, (uint)flags, IntPtr.Zero, out pPath); // public documents

            string path = System.Runtime.InteropServices.Marshal.PtrToStringUni(pPath);
            System.Runtime.InteropServices.Marshal.FreeCoTaskMem(pPath);
            return path;
        }
    }
}

预期行为：
输出为D:\TestDocuments

实际行为：
输出为C:\Users\Public\Documents

无; P /调用==＆GT; C：\用户\公共\文件
  DONT_VERFIY，ALIAS_ONLY; P /调用==＆GT;
  NOT_PARENT_RELATIVE，DEFAULT_PATH; P /调用==＆GT; C：\用户\公共\文件

正确的值存储在Windows注册表（HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows \ CurrentVersion \ Explorer \ Shell Folders \ Common Documents）中，但SHGetKnownFolderPath（或Environment.GetFolderPath不会返回）

操作系统：Windows 7 Professional x64
.NET Framework v4.0.30319 应用程序是针对 x86 CPU

编译的

到目前为止我尝试了什么：

重新启动我的申请
重新启动计算机
致电Environment.GetFolderPath(Environment.SpecialFolder.CommonDocuments);
直接调用Win32-API SHGetKnownFolderPath

编辑2 重现的步骤：

停用计算机上的UAC [并重新启动！]
转到C：\ Users \ Public \
右键单击“Public Documents”文件夹并选择 Properties
选择“路径”标签
点击“移动...”并选择名为D:

TestDocuments

点击“应用”
接受将所有文件移动到新位置启动最小化上面的申请

Answer 1

tl; dr：行为是设计使然，仅在运行在x64操作系统上为 x86 CPU 编译的程序集时出现

更长的版本：
Environment.GetFolderPath(Environment.SpecialFolder.CommonDocuments)访问Windows注册表的32位配置单元该文件夹的实际路径存储在64位配置单元中。该问题已转发给Windows团队，可能会在未来的Windows版本中修复。

有关更多信息，请参阅the Microsoft connect report

解决方法使用以下代码创建一个控制台应用程序，并为任何CPU

编译它
static void Main(string[] args) { Console.WriteLine("{0}", Environment.GetFolderPath(System.Environment.SpecialFolder.CommonDocuments)); }

然后从您的主应用程序中调用它：

Process proc = new Process(); ProcessStartInfo info = new ProcessStartInfo("myConsoleApp.exe"); // allow output to be read info.RedirectStandardOutput = true; info.RedirectStandardError = true; info.UseShellExecute = false; proc.StartInfo = info; proc.Start(); proc.WaitForExit(); string path = proc.StandardOutput.ReadToEnd();

这将启动 ANY CPU 可执行文件，该文件只打印出标准输出所需的路径。然后在主应用程序中读取输出，您将获得真实路径。

SHGetKnownFolderPath / Environment.GetFolderPath（）为公共文档返回错误的值

1 个答案: