相同的机器，不同的应用程序域，相同的 GUID 即将出现

Question

我很确定我要么做错了什么，要么理解错了。很难给出一段代码来显示我的问题，所以我将尝试解释我的场景，以及结果。

我在同一个控制台应用程序中启动了几个 DLL 实例，但在它自己的应用程序域中。然后，我生成了一个 Guid.NewGuid()，我将它分配给实例中的一个类，并将应用程序的文件夹设置为一个新文件夹。到目前为止，这很好用。我可以看到一切都很好，我的实例是分开的。但是......当我开始将我的应用程序的文件夹更改为与为该类生成的唯一 GUID 相同的名称时，我开始选择异常。

当我缓慢地实例化新实例时，它工作正常，但是当我敲入新实例时，应用程序在启动时开始在其文件夹中获取数据。经过一番调查，我发现这是因为该文件夹已经存在，因为该 GUID 已经被实例化。在进一步调查中，我可以看到机器暂停了一下，然后继续生成新实例，所有实例都具有相同的 GUID。

我知道 GUID 生成算法使用 MAC 作为其中的一部分，但我的印象是，即使同一台机器在同一时间生成两个 GUID，它仍然是唯一的。

我的说法正确吗？我哪里错了？

代码：

Guid guid = Guid.NewGuid();
string myFolder = Path.Combine(baseFolder, guid.ToString());
AppDomain ad = AppDomain.CurrentDomain;
Console.WriteLine($"{ad.Id} - {guid.ToString()}");

string newHiveDll = Path.Combine(myFolder, "HiveDriveLibrary.dll");
if (!Directory.Exists(myFolder))
{
    Directory.CreateDirectory(myFolder);
}
if (!File.Exists(newHiveDll))
{
    File.Copy(hiveDll, newHiveDll);
}
Directory.SetCurrentDirectory(myFolder);

var client = ServiceHelper.CreateServiceClient(serviceURL);

ElementConfig config = new ElementConfig();
ElementConfig fromFile = ElementConfigManager.GetElementConfig();
if (fromFile == null)
{
    config.ElementGUID = guid;
    config.LocalServiceURL = serviceURL;
    config.RegisterURL = registerServiceURL;
}
else
{
    config = fromFile;
}

Answer 1

Directory.SetCurrentDirectory 是 Kernel 32 函数 SetCurrentDirectory 之上的一个瘦包装器。

不幸的是，.NET documentation writers 没有选择从native function 复制警告：

多线程应用程序和共享库代码不应使用 SetCurrentDirectory 函数，并且应避免使用相对路径名。 SetCurrentDirectory 函数写入的当前目录状态作为全局变量存储在每个进程中，因此多线程应用程序无法可靠地使用该值，而不会从其他线程可能也正在读取或设置该值的数据损坏

正是您对该函数的依赖造成了多个线程神奇地选择了完全相同的 GUID 值的外观。