Xamarin.Forms UWP 应用在 运行 时使用 .net 本机工具链失败，但在其他情况下可以正常工作
Xamarin.Forms UWP app failing at run time with .net native tool chain but works otherwise
我有一个 Xamarin.Forms UWP 应用程序（Xamarin.Forms v3.4.0.1008975，UWP target/min 版本 16299，VS 2017 15.9.11）。在没有 .net 本机工具链的情况下编译时，它会正确构建和 运行s。当使用 .net 本机工具链编译时，它构建良好，但在 运行 时失败。这是一个问题，因为我无法将应用程序发布到 windows 商店。此应用程序之前（约 10 个月前）已发布到商店并正常运行。从那时起，XF、Prism、sqlite 包的更新版本以及在许多其他更改中添加了几个其他包，进行了广泛的检修，因此几乎不可能找出可能导致它的更改。
我设法解决了 Rg.Plugins.Popup 和 Xam.Plugin.Iconize.FontAwesome 包的一些初始问题，方法是获取它们的程序集列表并将它们传递到 App.xaml.cs 中的 Xamarin.Forms.Forms.Init(e, assemblies);在 UWP 项目中。这修复了 crashes/display 我的应用程序中的弹出窗口和字体图标问题。
应用程序启动时，我在 Cannot load assembly 'clrcompression'. No metadata found for this assembly. 形式的 Xamarin.Forms.Forms.Init(...) 调用中看到几个已处理的 FileNotFoundException。缺少的程序集是：
- clrcompression
- e_sqlite3
- libEGL
- libGLESv2
- libSkiaSharp
- SkiaSharp.Views.Interop.UWP
- sqlite3
如前所述，这些错误已得到处理，并且仅在调试时才会出现。我没有看到任何明确的证据表明这些错误是一个问题，因为该应用程序确实从 Sqlite 中读取了一些数据而没有错误，而且我看到使用 SkiaSharp 正确绘制的图像。
但是，当我执行导致应用程序崩溃的某些操作时，我遇到了其他 运行 时间错误。例如 Unhandled exception at 0x05F8F74C (SharedLibrary.dll) in MyApp.UWP.exe: 0x00001007. occurred。如果我查看线程 window，我会得到更多信息：
Not Flagged > 13884 0 Worker Thread <No Name>
System.Private.SharedLibrary.Interop.Generated.dll!__Interop.api_ms_win_core_kernel32_legacy_l1_1_0_dll.PInvoke_RaiseFailFastException
System.Private.SharedLibrary.Interop.Generated.dll!__Interop.api_ms_win_core_kernel32_legacy_l1_1_0_dll.PInvoke_RaiseFailFastException(Interop._EXCEPTION_RECORD* pExceptionRecord, System.IntPtr pContextRecord, uint dwFlags)
System.Private.CoreLib.dll!Interop.mincore.PInvoke_RaiseFailFastException(Interop._EXCEPTION_RECORD* pExceptionRecord, System.IntPtr pContextRecord, uint dwFlags)
System.Private.CoreLib.dll!Interop.mincore.RaiseFailFastException(uint faultCode, System.IntPtr pExAddress, System.IntPtr pExContext) Line 122
System.Private.CoreLib.dll!System.RuntimeExceptionHelpers.FailFast(string message, System.Exception exception, System.RuntimeExceptionHelpers.RhFailFastReason reason, System.IntPtr pExAddress, System.IntPtr pExContext) Line 237
System.Private.CoreLib.dll!System.RuntimeExceptionHelpers.RuntimeFailFast(System.RuntimeExceptionHelpers.RhFailFastReason reason, System.Exception exception, System.IntPtr pExAddress, System.IntPtr pExContext) Line 200
[External Code]
System.Private.CoreLib.dll!Internal.Runtime.Augments.RuntimeAugments.RunFunctionWithConservativelyReportedBufferInternal<Internal.Runtime.TypeLoader.CallConversionParameters>(int cbBuffer, System.IntPtr pfnTargetToInvoke, ref Internal.Runtime.TypeLoader.CallConversionParameters context, ref System.Runtime.RuntimeImports.ConservativelyReportedRegionDesc regionDesc)
System.Private.CoreLib.dll!Internal.Runtime.Augments.RuntimeAugments.RunFunctionWithConservativelyReportedBuffer<Internal.Runtime.TypeLoader.CallConversionParameters>(int cbBuffer, System.IntPtr pfnTargetToInvoke, ref Internal.Runtime.TypeLoader.CallConversionParameters context)
System.Private.TypeLoader.dll!Internal.Runtime.TypeLoader.CallConverterThunk.CallConversionThunk(System.IntPtr callerTransitionBlockParam, System.IntPtr callConversionId)
[External Code]
Prism.dll!Prism.Mvvm.BindableBase.SetProperty<int?>(ref int? storage, int? value, string propertyName)
[External Code]
System.Private.CoreLib.dll!Internal.Runtime.Augments.RuntimeAugments.CallDescrWorker(System.IntPtr callDescr) Line 970
System.Private.TypeLoader.dll!Internal.Runtime.TypeLoader.CallConverterThunk.InvokeTarget(void* allocatedStackBuffer, ref Internal.Runtime.TypeLoader.CallConversionParameters conversionParams)
System.Private.CoreLib.dll!Internal.Runtime.Augments.RuntimeAugments.RunFunctionWithConservativelyReportedBufferInternal<Internal.Runtime.TypeLoader.CallConversionParameters>(int cbBuffer, System.IntPtr pfnTargetToInvoke, ref Internal.Runtime.TypeLoader.CallConversionParameters context, ref System.Runtime.RuntimeImports.ConservativelyReportedRegionDesc regionDesc)
System.Private.CoreLib.dll!Internal.Runtime.Augments.RuntimeAugments.RunFunctionWithConservativelyReportedBuffer<Internal.Runtime.TypeLoader.CallConversionParameters>(int cbBuffer, System.IntPtr pfnTargetToInvoke, ref Internal.Runtime.TypeLoader.CallConversionParameters context)
System.Private.TypeLoader.dll!Internal.Runtime.TypeLoader.CallConverterThunk.CallConversionThunk(System.IntPtr callerTransitionBlockParam, System.IntPtr callConversionId)
[External Code]
MyApp.dll!MyApp.ViewModels.AppLevel.AppStatusViewModel.CurrentSynchroniseJobTasksCount.set(int? value) Line 415
MyApp.dll!MyApp.ViewModels.AppLevel.AppStatusViewModel.HandleDataSyncStartEvent(string payload) Line 287
[External Code]
MyApp.dll!MyApp.Services.Synchronisation.DataSyncCoordinator.DoSynchronisationJob() Line 84
MyApp.dll!MyApp.Services.Synchronisation.DataSyncCoordinator.AttemptSynchronisationTask(MyApp.Services.Synchronisation.IDatabaseSyncJob job) Line 74
MyApp.dll!MyApp.Services.Synchronisation.DataSyncService.DeleteLocalData(string dbResetKey) Line 29
MyApp.dll!MyApp.ViewModels.ClearLocalDataPopupViewModel.Submit() Line 66
[Resuming Async Method]
[External Code]
不幸的是，虽然这告诉我问题发生在哪里，但没有给我任何关于为什么会发生以及我可能如何解决它的线索。在这种情况下，它似乎无法在视图模型上设置 属性，但即使在代码中达到这一点，它也必须在其他地方成功完成。我想我真的在寻找有关如何调查 this/get 更多信息的指导，因为如果没有一些源代码（我无法真正提供），将很难解决特定问题。我曾尝试在关闭优化的情况下进行调试，这通常是建议的，但它没有提供比我在此处发布的更多信息。
我也担心，即使我找出为什么会发生此特定异常并修复它，应用程序中也可能存在更多仅在使用 .net 本机工具链时才会出现的问题。有什么工具可以帮助我解决这个问题吗？
原来这是 Prism (7.0.0.396) 和 .net 本机的问题。使用 .net 本机工具链编译时，使用 BindableBase.SetProperty 绑定属性与可空类型（在本例中为 int?）似乎失败。以下似乎可以解决此问题：
public class BindableBaseWithFix : BindableBase
{
protected virtual bool SetProperty<T>(ref T? storage, T? value, [CallerMemberName] string propertyName = null)
where T : struct
{
if (EqualityComparer<T?>.Default.Equals(storage, value))
return false;
storage = value;
RaisePropertyChanged(propertyName);
return true;
}
}
我有一个 Xamarin.Forms UWP 应用程序（Xamarin.Forms v3.4.0.1008975，UWP target/min 版本 16299，VS 2017 15.9.11）。在没有 .net 本机工具链的情况下编译时，它会正确构建和 运行s。当使用 .net 本机工具链编译时，它构建良好，但在 运行 时失败。这是一个问题，因为我无法将应用程序发布到 windows 商店。此应用程序之前（约 10 个月前）已发布到商店并正常运行。从那时起，XF、Prism、sqlite 包的更新版本以及在许多其他更改中添加了几个其他包，进行了广泛的检修，因此几乎不可能找出可能导致它的更改。
我设法解决了 Rg.Plugins.Popup 和 Xam.Plugin.Iconize.FontAwesome 包的一些初始问题，方法是获取它们的程序集列表并将它们传递到 App.xaml.cs 中的 Xamarin.Forms.Forms.Init(e, assemblies);在 UWP 项目中。这修复了 crashes/display 我的应用程序中的弹出窗口和字体图标问题。
应用程序启动时，我在 Cannot load assembly 'clrcompression'. No metadata found for this assembly. 形式的 Xamarin.Forms.Forms.Init(...) 调用中看到几个已处理的 FileNotFoundException。缺少的程序集是：
- clrcompression
- e_sqlite3
- libEGL
- libGLESv2
- libSkiaSharp
- SkiaSharp.Views.Interop.UWP
- sqlite3
如前所述，这些错误已得到处理，并且仅在调试时才会出现。我没有看到任何明确的证据表明这些错误是一个问题，因为该应用程序确实从 Sqlite 中读取了一些数据而没有错误，而且我看到使用 SkiaSharp 正确绘制的图像。
但是，当我执行导致应用程序崩溃的某些操作时，我遇到了其他 运行 时间错误。例如 Unhandled exception at 0x05F8F74C (SharedLibrary.dll) in MyApp.UWP.exe: 0x00001007. occurred。如果我查看线程 window，我会得到更多信息：
Not Flagged > 13884 0 Worker Thread <No Name>
System.Private.SharedLibrary.Interop.Generated.dll!__Interop.api_ms_win_core_kernel32_legacy_l1_1_0_dll.PInvoke_RaiseFailFastException
System.Private.SharedLibrary.Interop.Generated.dll!__Interop.api_ms_win_core_kernel32_legacy_l1_1_0_dll.PInvoke_RaiseFailFastException(Interop._EXCEPTION_RECORD* pExceptionRecord, System.IntPtr pContextRecord, uint dwFlags)
System.Private.CoreLib.dll!Interop.mincore.PInvoke_RaiseFailFastException(Interop._EXCEPTION_RECORD* pExceptionRecord, System.IntPtr pContextRecord, uint dwFlags)
System.Private.CoreLib.dll!Interop.mincore.RaiseFailFastException(uint faultCode, System.IntPtr pExAddress, System.IntPtr pExContext) Line 122
System.Private.CoreLib.dll!System.RuntimeExceptionHelpers.FailFast(string message, System.Exception exception, System.RuntimeExceptionHelpers.RhFailFastReason reason, System.IntPtr pExAddress, System.IntPtr pExContext) Line 237
System.Private.CoreLib.dll!System.RuntimeExceptionHelpers.RuntimeFailFast(System.RuntimeExceptionHelpers.RhFailFastReason reason, System.Exception exception, System.IntPtr pExAddress, System.IntPtr pExContext) Line 200
[External Code]
System.Private.CoreLib.dll!Internal.Runtime.Augments.RuntimeAugments.RunFunctionWithConservativelyReportedBufferInternal<Internal.Runtime.TypeLoader.CallConversionParameters>(int cbBuffer, System.IntPtr pfnTargetToInvoke, ref Internal.Runtime.TypeLoader.CallConversionParameters context, ref System.Runtime.RuntimeImports.ConservativelyReportedRegionDesc regionDesc)
System.Private.CoreLib.dll!Internal.Runtime.Augments.RuntimeAugments.RunFunctionWithConservativelyReportedBuffer<Internal.Runtime.TypeLoader.CallConversionParameters>(int cbBuffer, System.IntPtr pfnTargetToInvoke, ref Internal.Runtime.TypeLoader.CallConversionParameters context)
System.Private.TypeLoader.dll!Internal.Runtime.TypeLoader.CallConverterThunk.CallConversionThunk(System.IntPtr callerTransitionBlockParam, System.IntPtr callConversionId)
[External Code]
Prism.dll!Prism.Mvvm.BindableBase.SetProperty<int?>(ref int? storage, int? value, string propertyName)
[External Code]
System.Private.CoreLib.dll!Internal.Runtime.Augments.RuntimeAugments.CallDescrWorker(System.IntPtr callDescr) Line 970
System.Private.TypeLoader.dll!Internal.Runtime.TypeLoader.CallConverterThunk.InvokeTarget(void* allocatedStackBuffer, ref Internal.Runtime.TypeLoader.CallConversionParameters conversionParams)
System.Private.CoreLib.dll!Internal.Runtime.Augments.RuntimeAugments.RunFunctionWithConservativelyReportedBufferInternal<Internal.Runtime.TypeLoader.CallConversionParameters>(int cbBuffer, System.IntPtr pfnTargetToInvoke, ref Internal.Runtime.TypeLoader.CallConversionParameters context, ref System.Runtime.RuntimeImports.ConservativelyReportedRegionDesc regionDesc)
System.Private.CoreLib.dll!Internal.Runtime.Augments.RuntimeAugments.RunFunctionWithConservativelyReportedBuffer<Internal.Runtime.TypeLoader.CallConversionParameters>(int cbBuffer, System.IntPtr pfnTargetToInvoke, ref Internal.Runtime.TypeLoader.CallConversionParameters context)
System.Private.TypeLoader.dll!Internal.Runtime.TypeLoader.CallConverterThunk.CallConversionThunk(System.IntPtr callerTransitionBlockParam, System.IntPtr callConversionId)
[External Code]
MyApp.dll!MyApp.ViewModels.AppLevel.AppStatusViewModel.CurrentSynchroniseJobTasksCount.set(int? value) Line 415
MyApp.dll!MyApp.ViewModels.AppLevel.AppStatusViewModel.HandleDataSyncStartEvent(string payload) Line 287
[External Code]
MyApp.dll!MyApp.Services.Synchronisation.DataSyncCoordinator.DoSynchronisationJob() Line 84
MyApp.dll!MyApp.Services.Synchronisation.DataSyncCoordinator.AttemptSynchronisationTask(MyApp.Services.Synchronisation.IDatabaseSyncJob job) Line 74
MyApp.dll!MyApp.Services.Synchronisation.DataSyncService.DeleteLocalData(string dbResetKey) Line 29
MyApp.dll!MyApp.ViewModels.ClearLocalDataPopupViewModel.Submit() Line 66
[Resuming Async Method]
[External Code]
不幸的是，虽然这告诉我问题发生在哪里，但没有给我任何关于为什么会发生以及我可能如何解决它的线索。在这种情况下，它似乎无法在视图模型上设置 属性，但即使在代码中达到这一点，它也必须在其他地方成功完成。我想我真的在寻找有关如何调查 this/get 更多信息的指导，因为如果没有一些源代码（我无法真正提供），将很难解决特定问题。我曾尝试在关闭优化的情况下进行调试，这通常是建议的，但它没有提供比我在此处发布的更多信息。
我也担心，即使我找出为什么会发生此特定异常并修复它，应用程序中也可能存在更多仅在使用 .net 本机工具链时才会出现的问题。有什么工具可以帮助我解决这个问题吗？
原来这是 Prism (7.0.0.396) 和 .net 本机的问题。使用 .net 本机工具链编译时，使用 BindableBase.SetProperty 绑定属性与可空类型（在本例中为 int?）似乎失败。以下似乎可以解决此问题：
public class BindableBaseWithFix : BindableBase
{
protected virtual bool SetProperty<T>(ref T? storage, T? value, [CallerMemberName] string propertyName = null)
where T : struct
{
if (EqualityComparer<T?>.Default.Equals(storage, value))
return false;
storage = value;
RaisePropertyChanged(propertyName);
return true;
}
}