يتم 3139550 Hotfix .NET Framework 4.6.1 و4.6 على Windows

المشكلة 1

عندما يستخدم تطبيق WPF TreeViewItem خارج سياق TreeView، يمكن أن يواجه التطبيق استثناء InvalidCastException الذي يبدأ تتبع المكدس الخاص به كما يلي:

النظام. Windows. Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
ملاحظة يحدث هذا الاستثناء عندما يكون TreeViewItem في عنصر تحكم قائمة ظاهري (على سبيل المثال، عنصر تحكم ListBox أو DataGrid أو ListView) الذي يحاول العثور على إزاحة التمرير ل TreeViewItem أو أحد عناصر التحكم الخاصة به. على سبيل المثال، يحدث هذا الاستثناء إذا قمت بتعريف TreeViewItem كجذر DataTemplate، وتستخدم DataTemplate ك CellTemplate من عمود DataGrid.


 

المشكلة 2

يقدم كل من System.Web.Caching و System.Runtime.Caching تقريرا حول حجم الذاكرة المستخدمة بواسطة AppDomain بالكامل بدلا من الذاكرة المستخدمة بواسطة عناصر ذاكرة التخزين المؤقت.

هذا هو الانحدار من .NET Framework 4.5 بسبب تغيير في تنفيذ Timer. بالإضافة إلى الإبلاغ عن الحجم غير الصحيح، يمكن أن تؤثر العناصر الإضافية التي تشير إليها ذاكرة التخزين المؤقت بشكل ملحوظ على زمن نقل GC 2. في سيناريوهات استضافة ASP.NET، أخطأت ذاكرة التخزين المؤقت أيضا في حساب حجم كل ذاكرة التخزين المؤقت في كل مجالات التطبيقات (كما هو مذكر من خلال "ذاكرة التخزين المؤقت ٪ حد الذاكرة المستخدمة" ASP.NET عداد الأداء) عند إعادة تدوير مجالات التطبيق.

يزيل هذا التصحيح المراجع غير المقصودة من ذاكرة التخزين المؤقت إلى كائنات مجال التطبيق الأخرى بحيث يتم تسجيل الحجم الصحيح. يتضمن هذا الإصلاح أيضا التغييرات التي تم إدخالها لتحسين زمن زمن الوصول ل System.Runtime.Caching على أجهزة الكمبيوتر متعددة النواة التي تستخدم Server GC. بالإضافة إلى ذلك، بعد تطبيق هذا التصحيح، يتم حساب حجم كل ذاكرة التخزين المؤقت في سيناريوهات إعادة تدوير مجال التطبيق بشكل صحيح.


 

المشكلة 3

عندما يكون لديك تطبيق Windows Presentation Foundation (WPF) يعتمد على ترقية الماوس لحركات اللمس لمعالجة تفاعل المستخدم باللمس (بدلا من استخدام أحداث اللمس مباشرة)، فقد تواجه مستوى صوت منخفضا بشكل غير عادي لحركات الماوس التي تم الترويج لها.

في السابق، كان الترويج للماوس المقيد باستخدام WPF لحركات اللمس لتجنب وجود كمية كبيرة من اللمس تطغى على المرسل. في .NET Framework 4.6.1، تم تقديم تصحيح كبح عدد حركات اللمس التي تتم معالجتها. بعد هذا التغيير، تسبب التحكم في عروض الماوس الترويجية في حدوث انخفاض إضافي في عدد حركات الماوس التي تم إنشاؤها. تتم الآن إزالة التحكم في عروض الماوس الترويجية بحيث يجب أن يكون هناك تقريبا تكاتف واحد إلى واحد بين أحداث نقل اللمس وأحداث نقل الماوس التي تمت ترقيتها.


 

المشكلة 4

لنفترض أنك تعمل على تطبيق WPF يستهدف .NET Framework 4.6. تحاول تعيين القيمة CurrentThread.CurrentCulture أو CurrentThread.CurrentUICulture في أي أسلوب يتم استدعاءه بواسطة مرسل WPF باستخدام "مرسل"، على سبيل المثال، تحاول تعيين هذه القيمة في معالج أحداث واجهة المستخدم أو المنشئ MainWindow. في هذه الحالة، يتم إعادة تعيين قيم CurrentCulture و CurrentUICulture إلى القيم السابقة الخاصة بها في نهاية الأسلوب. إذا كان أحد التطبيقات يحدد CurrentUICulture في المنشئ MainWindow أو في معالج النقر فوق الزر، فإن هذا الإعداد يعود إلى ثقافة واجهة مستخدم النظام.

يتأكد هذا الإصلاح من استمرار القيم CurrentThread.CurrentCulture/CurrentUICulture التي تم تعيينها في أساليب في تطبيق WPF بالطريقة نفسها التي كانت عليها قبل .NET Framework 4.6.


 

المشكلة 5

في .NET Framework 4.6، يضاف إلى مكتبة المهام علامة جديدة، TaskContinuationOptions.RunContinuationsAsyronousously. ومع ذلك، عند استخدام هذه العلامة مع Task.WhenAll أو Task.WhenAny أو Task.Unwrap، لا يكون للعلم أي تأثير. تم تقديم العلامة لتجنب بعض حالات التوقف عن العمل. يتأكد هذا الإصلاح من أن كل أنواع عمليات متابعة المهام تحترم العلامة الجديدة.


 

المشكلة 6

في .NET Framework 4.6، يوجد خطأ في AppContext يؤدي إلى تنفيذ أمان مؤشر الترابط لأساليب AppContext بشكل غير صحيح. AppContext هو جزء من البنية الأساسية لتقليل التغييرات الكسرية. يمكنك استخدام AppContext لتعيين الأعلام واستردادها واتخاذ القرارات في التطبيق استنادا إلى تلك البيانات.

يمكن هذا التصحيح أمان مؤشر الترابط الصحيح لالأساليب على AppContext المرتبطة بإعداد قيم التبديل واستردادها.


 

المشكلة 7

عندما تصادف حالة حافة ذات نمط التخصيص والبقاء، وتتطلب مقطعا جديدا على كومة الذاكرة المؤقتة المدارة، يمكن لمجمع القمامة حساب حجم التزام أصغر مما يجب. يؤدي ذلك إلى حدوث انتهاك للوصول أثناء مرحلة الضغط لأن سلة المهملات تحاول الكتابة إلى ذاكرة غير مهية.

يحسب هذا الإصلاح الحجم بشكل صحيح.


 

المشكلة 8

عند إنشاء تعليمات برمجية أصلية لأساليب معينة، قد تواجه .NET Framework وعمليات NGEN تعطلا غير متوقع.

المشكلة 9

ينشئ RyuJit إرشادات غير صحيحة لمقارنة عدد صحيح غير موقع بال 16 بت على التسجيلات. ينتج عنه نتيجة غير صحيحة إذا كانت قيم الإدخال لها قيم MSB مختلفة وإذا كانت الإرشادات التي يتم إنشاؤها تستخدم قيم التسجيل.

يؤدي هذا الإصلاح إلى إنشاء إرشادات صحيحة.
 

ينطبق على

تنطبق هذه المقالة على ما يلي:
 

• Microsoft .NET Framework 4.6.1

• Microsoft .NET Framework 4.6، عند استخدامها مع:
   

  • نظام التشغيل Windows 8.1

  • Windows RT 8.1

  • Windows 2012 R2 Datacenter

  • Windows أساسيات خادم 2012 R2

  • Windows Server 2012 R2 ل الأنظمة المضمنة

  • Windows Server 2012 R2 Foundation

  • Windows Server 2012 R2 Standard