x64应用程序的WPF设计器问题.设计器无响应,崩溃,填充阴影缓存 [英] WPF Designer Issues with x64 application. Designer unresponsives, crashes, fills the shadow cache

查看:100
本文介绍了x64应用程序的WPF设计器问题.设计器无响应,崩溃,填充阴影缓存的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我们正在Server 2008 R2(具有所有更新)上使用Visual Studio 2013 Premium(具有所有更新)中的Fx 4.5.1开发x64 MVVM应用程序.

We am developing an x64 MVVM application using Fx 4.5.1 in Visual Studio 2013 Premium (with all updates) on Server 2008 R2 (with all updates).

我们与WPF设计人员存在重大问题.它变得没有响应,无法加载,并且XDescProc的性能超过了.5G并导致Visual Studio崩溃.当设计人员遇到问题时,它会填充影子缓存,将存储成千上万个文件.我倒空了 缓存,重新启动Visual Studio,然后打开一个空的MainWindow. 5分钟后,影子缓存中有超过18K个文件,并且输出窗口下面填充了数千行输出.大约80%的行引用了我们的一个库, IMvvmSupport.

We have major issue with the WPF designer.  It becomes unresponsive, it fails to load, and the XDescProc's grow to over .5G and crash Visual Studio.  While the designer has issues it fills the shadow cache will thousands of files.  I emptied the cache, restarted visual studio, and opened an empty MainWindow.  After 5 minutes the shadow cache had over 18K files and the output window was filled with thousands of lines of the output below.  About 80% of the lines reference one of our libraries, IMvvmSupport.

这正在损害我们的生产力,并使设计WPF表单变得非常困难.我们已将设置更改为仅在加载时才设置为XAML,以减少问题,但这不是一个好的长期解决方案.

This is killing our productivity and making it very difficult to design WPF forms. We have changed our setting to the XAML only on load to lessen the issue, but that's not a good long term solution. 

有人对此有解决办法吗?我还有其他信息可以帮助您解决此问题吗?

Does anyone have a fix for this?  Is there any other information I can supply that would help with this?

C:\ Users \< User> \ AppData \ Local \ Microsoft \ VisualStudio \ 12.0 \ Designer \ ShadowCache \ xxpwcoqt.vno \ gygedjx3.vmg \ IClaimsSystem.dll
   无法加载文件或程序集"IClaimsSystem,版本= 1.0.0.0,区域性=中性,PublicKeyToken =空".该程序集是为其他处理器编译的.
C:\ Users \< User> \ AppData \ Local \ Microsoft \ VisualStudio \ 12.0 \ Designer \ ShadowCache \ 4olitigs.k2m \ hj4ewy5v.g23 \ IDependencyManager.dll
   无法加载文件或程序集"IDependencyManager,版本= 1.0.0.0,区域性=中性,PublicKeyToken =空".该程序集是为其他处理器编译的.
C:\ Users \< User> \ AppData \ Local \ Microsoft \ VisualStudio \ 12.0 \ Designer \ ShadowCache \ lduxheno.zrp \ xzmhryej.lfo \ IMvvmSupport.dll
   无法加载文件或程序集"IMvvmSupport,版本= 1.0.0.0,区域性=中性,PublicKeyToken =空".该程序集是为其他处理器编译的.
C:\ Users \< User> \ AppData \ Local \ Microsoft \ VisualStudio \ 12.0 \ Designer \ ShadowCache \ hseoajiw.geb \ nt5avna0.w2l \ LINQ_DAL.dll
   无法加载文件或程序集"LINQ_DAL,版本= 1.0.0.0,区域性=中性,PublicKeyToken =空".该程序集是为其他处理器编译的.
C:\ Users \< User> \ AppData \ Local \ Microsoft \ VisualStudio \ 12.0 \ Designer \ ShadowCache \ utyelkzl.ku1 \ ttz1xfwv.rk1 \ MS_Office_Manager.dll
   无法加载文件或程序集"MS_Office_Manager,版本= 1.0.0.0,区域性=中性,PublicKeyToken =空".该程序集是为其他处理器编译的.
C:\ Users \< User> \ AppData \ Local \ Microsoft \ VisualStudio \ 12.0 \ Designer \ ShadowCache \ j3wgaqdc.2qq \ 1pgb05ou.4nu \ SharedResources.dll

C:\Users\<User>\AppData\Local\Microsoft\VisualStudio\12.0\Designer\ShadowCache\xxpwcoqt.vno\gygedjx3.vmg\IClaimsSystem.dll
    Could not load file or assembly 'IClaimsSystem, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'. This assembly was compiled for a different processor.
C:\Users\<User>\AppData\Local\Microsoft\VisualStudio\12.0\Designer\ShadowCache\4olitigs.k2m\hj4ewy5v.g23\IDependencyManager.dll
    Could not load file or assembly 'IDependencyManager, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'. This assembly was compiled for a different processor.
C:\Users\<User>\AppData\Local\Microsoft\VisualStudio\12.0\Designer\ShadowCache\lduxheno.zrp\xzmhryej.lfo\IMvvmSupport.dll
    Could not load file or assembly 'IMvvmSupport, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'. This assembly was compiled for a different processor.
C:\Users\<User>\AppData\Local\Microsoft\VisualStudio\12.0\Designer\ShadowCache\hseoajiw.geb\nt5avna0.w2l\LINQ_DAL.dll
    Could not load file or assembly 'LINQ_DAL, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'. This assembly was compiled for a different processor.
C:\Users\<User>\AppData\Local\Microsoft\VisualStudio\12.0\Designer\ShadowCache\utyelkzl.ku1\ttz1xfwv.rk1\MS_Office_Manager.dll
    Could not load file or assembly 'MS_Office_Manager, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'. This assembly was compiled for a different processor.
C:\Users\<User>\AppData\Local\Microsoft\VisualStudio\12.0\Designer\ShadowCache\j3wgaqdc.2qq\1pgb05ou.4nu\SharedResources.dll

< Window x:Class ="MainWindow"
    xmlns ="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x ="http://schemas.microsoft.com/winfx/2006/xaml"
   标题="MainWindow".高度="350".宽度="525">
</Window>

<Window x:Class="MainWindow"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    Title="MainWindow" Height="350" Width="525">
</Window>

感谢您的帮助!
谢谢
-旋律

Any help is appreciated!
Thanks,
-Melody

推荐答案

旋律,

我用一个空的MainWindow创建了一个新的WPF应用程序.

我在x64平台上构建了此应用程序,在Output-> Show Output from-> General中得到了类似的输出,请参阅下面的输出.

C:\ Users \ v-amanz \ AppData \ Local \ Microsoft \ VisualStudio \ 12.0 \设计器\ ShadowCache \ snrwarnn.m0j \ 4k40wtsc.rnb \ WpfApplication1.exe

             无法加载文件或程序集'WpfApplication1,Version = 1.0.0.0,Culture = neutral,PublicKeyToken = null'.该程序集是为其他处理器编译的.

            Could not load file or assembly 'WpfApplication1, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'. This assembly was compiled for a different processor.

C:\ Users \ v-amanz \ AppData \ Local \ Microsoft \ VisualStudio \ 12.0 \设计器\ ShadowCache \ npn3ujty.hss \ jg4uxrib.ex4 \ WpfApplication1.exe

             无法加载文件或程序集'WpfApplication1,Version = 1.0.0.0,Culture = neutral,PublicKeyToken = null'.该程序集是为其他处理器编译的.

            Could not load file or assembly 'WpfApplication1, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'. This assembly was compiled for a different processor.

在我看来,这种输出是默认行为.如果我们可以成功构建/运行应用程序并且WPF设计器很好,我们可以忽略它.

In my opinion, such output is the default behavior. We can ignore it if we can build/run the app successfully and the WPF designer is fine.

现在,您的WPF设计器因成千上万的此类输出和大的阴影缓存而崩溃了.根据您的输出消息,那些未加载的程序集应该是您的 拥有库而不是系统程序集/.net框架程序集,并且您将许多程序集引用到WPF应用程序.为了检查WPF设计器上的崩溃问题是否是特定的WPF应用程序   问题引用了太多的程序集,您能否创建一个新的空WPF应用程序,不对该应用程序进行任何引用,将平台目标更改为x86并构建wpf应用程序以检查是否同样的问题将会发生.

Now your WPF designer crashed because of thousands of such output and large shadow cache. Based on your output messages, those assemblies which are not loaded should be your own libraries instead of system assembly/.net framework assembly and you referenced many assemblies to the WPF application. In order to check whether the crash issue on WPF designer is the specific WPF app  issue which referenced too many assemblies, could you please create a new and empty WPF application, don’t reference anything to the app, change the platform target to x86 and build the wpf app to check whether the same issue will occur.

如果崩溃问题仅发生在特定的应用程序中,我怀疑这是一个限制/问题在Visual Studio WPF应用程序上. 我建议 将此反馈提交给Microsoft Connect反馈门户: http://connect.microsoft.com/VisualStudio/feedback/CreateFeedback.aspx , Microsoft工程师将对其进行认真评估.

If the crash issue only occurred in the specific application, I doubt it is a limitation/issue on Visual Studio WPF application. I suggest submitting this feedback to Microsoft Connect feedback portal: http://connect.microsoft.com/VisualStudio/feedback/CreateFeedback.aspx, Microsoft engineers will evaluate them seriously.

提交反馈后,您可以在此处发布链接,这对于遇到类似问题的其他成员也将是有益的.我会帮你投票的.

最好的问候,


这篇关于x64应用程序的WPF设计器问题.设计器无响应,崩溃,填充阴影缓存的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆