避免 .NET Native 错误

我去年（兼职）将现有（且成功的）Windows 8.1 应用程序迁移到 Windows 10 UWP。现在，就在将其发布到商店之前，我在“发布”构建模式（触发 .NET Native）下测试了该应用程序。一切似乎都有效，直到我 - 偶然 - 注意到一个微妙但严重的（因为数据泄露）错误。我花了两天时间才把它简化为这三行代码：

var array1 = new int[1, 1];
var array2 = (int[,])array1.Clone();
array2[0, 0] = 666;

if (array1[0, 0] != array2[0, 0]) {
    ApplicationView.GetForCurrentView().Title = "OK.";
} else {
    ApplicationView.GetForCurrentView().Title = "Bug.";
}

在调试模式下，克隆二维数组意味着修改一个数组项不会影响另一个数组。在发布模式下，修改一个数组也会更改另一个数组。 （我使用的是最新的VS 2017。）

现在，我意识到使用 .NET Native 1.6（这不是 VS 2017 中的默认版本）可以解决这个特定问题。

但我对 .NET Native 失去了信心。 .NET Native 仍然向我的应用程序引入了多少错误？我的 Windows 8.1 应用程序在没有 .NET Native 的情况下运行快速、流畅。那么为什么我必须使用似乎充满 bug 的 .NET Native？ （这两天我了解了很多.NET Native bug。）

最近，“UWP Desktop Bridge”项目允许将传统桌面应用程序发布到 App Store（它们不必使用 .NET Native）。那么为什么我必须使用 .NET Native？

有没有办法完全跳过.NET Native？如果不是，我可以将 .NET Native 编译器配置为不那么具有破坏性吗？

.NET Native dev 这里 - 对于您遇到的麻烦深表歉意。正如你所说，你用 Array.Clone 遇到的问题已修复 https://github.com/dotnet/corert/commit/90698bcde54ddc0eb7c1c452cef6641f8b73bbac（无意中 - 作为不同修复的副作用）使用 .NET Native 1.6，我们将很乐意修复您遇到的任何其他问题。

为了引入 .NET Native，我们必须重写所有 CLR（其中包含 15 年以上的错误修复）。我们正处于 v1 阶段，与 CLR 相比，您在 .NET Native 中更有可能遇到错误。不过，大多数人在这两个平台上都不会遇到任何错误。由于使用 .NET Native，Windows 用户可以在所有 UWP 应用程序中享受 30-60% 的启动时间缩短（与 CLR 相比）。在您的开发机器上可能并不重要，但对于廉价平板电脑上的用户体验却很重要。我们目前不提供关闭 .NET Native 作为选项。

I filed an issue https://github.com/dotnet/corefx/issues/21775提高我们对 Array.Clone 的测试覆盖率，以便这种情况不会再次发生（特别是因为我们甚至不知道它已损坏）。

如果您将来遇到问题：

• 您可以直接通过 dotnetnative（位于 microsoft com）联系开发团队
• 您可以提交修复。 UWP 应用程序的 .NET Native 与CoreRT https://github.com/dotnet/corertGitHub 上的存储库，并且许多代码都是共享的。