راجع المنتجات وأنظمة التشغيل التي تنطبق عليها هذه المادة.
توضح هذه المقالة مجموعة تحديثات الإصلاح العاجل 3139551 المتوفرة لبرنامج Microsoft.NET Framework 4.6.1 و 4.6 إطار عمل.NET على Windows 7 Service Pack 1 (SP1) أو Windows Server 2008 R2 SP1، Windows Server 2008 SP2 أو ويندوز فيستا SP2. لمزيد من المعلومات حول الإصلاحات في التراكمي هذا الإصلاح العاجل، راجع قسم "مشكلات التراكمي هذا الإصلاح العاجل بإصلاح".
الحل
معلومات التنزيل
يتوفر الملف التالي للتنزيل من مركز التنزيل ل Microsoft:
لمزيد من المعلومات حول كيفية تنزيل ملفات دعم Microsoft، انقر فوق رقم المقالة التالي للانتقال إلى المقالة في "قاعدة المعارف ل Microsoft":
119591 كيفية الحصول على ملفات دعم Microsoft من الخدمات عبر الإنترنتقامت Microsoft بفحص هذا الملف بحثًا عن الفيروسات. استخدمت Microsoft أحدث برامج الكشف عن الفيروسات التي كانت متوفرة في التاريخ الذي تم نشر الملف فيه. يتم تخزين الملف على خوادم محسنة الأمان تساعد على منع إجراء أية تغييرات غير مصرح بها على الملف.
مزيد من المعلومات
المتطلبات الأساسية
لتطبيق هذا الإصلاح العاجل، يجب أن يكون لديك.NET Framework 4.6.1 أو 4.6 إطار عمل.NET مثبتة.
متطلبات إعادة التشغيل
يجب عليك إعادة تشغيل الكمبيوتر بعد تطبيق هذا الإصلاح العاجل في حالة استخدام أي الملفات المتأثرة. نوصي بإغلاق كافة التطبيقات المستندة إلى NET Framework قبل تثبيت هذا الإصلاح الجديد.
معلومات استبدال الإصلاح العاجل
لا يحل محل حزمة الإصلاحات الجديدة هذه حزمة الإصلاحات الجديدة التي تم إصدارها مسبقاً.
المشكلات التي يتم إصلاحها التراكمي هذا الإصلاح العاجل
المشكلة الأولى
عند استخدام تطبيق WPF تريفيويتيم خارج سياق TreeView، يمكن أن تواجه التطبيق استثناء إينفاليدكاستيكسسيبشن تتبع مكدس الذاكرة المؤقتة التي تبدأ كما يلي:
System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
ملاحظة: يحدث هذا الاستثناء عند تريفيويتيم في عنصر تحكم قائمة افتراضية (على سبيل المثال، تحكم DataGridأو عنصر ListView ) يحاول العثور على إزاحة التمرير تريفيويتيم أو أحد توابعه. على سبيل المثال، يحدث هذا الاستثناء إذا تقوم بتعريفه تريفيويتيم كجذر داتاتيمبلاتي، ويستخدم داتاتيمبلاتي CellTemplate عمود DataGrid .
المشكلة الثانية
كل من System.Web.Caching و System.Runtime.Caching تقرير حجم الذاكرة المستخدمة من قبل مجال التطبيق الكامل بدلاً من الذاكرة المستخدمة من قبل العناصر المخزنة مؤقتاً.
وهذا انحدار من 4.5 إطار عمل.NET بسبب حدوث تغيير في التطبيق المؤقت. بالإضافة إلى الإبلاغ عن حجم خطأ، الكائنات الإضافية التي يتم الرجوع إليها بواسطة ذاكرة التخزين المؤقت يمكن أن تؤثر تأثيراً كبيرا على اختفاء GC gen2. في سيناريو استضافة ASP.NET، ذاكرة التخزين المؤقت أيضا أخطأت حجم ذاكرة التخزين المؤقتة لكافة في جميع مجالات التطبيق (كما ورد عن طريق عداد أداء ASP.NET "ذاكرة التخزين المؤقت % حد الذاكرة العملية المستخدمة") عندما تم إعادة استخدام مجالات التطبيقات.
إصلاح هذا بإزالة مراجع غير مقصودة من ذاكرة التخزين المؤقت للكائنات مجال التطبيق الأخرى حيث أن الإبلاغ عن الحجم الصحيح. يتضمن هذا الإصلاح أيضا تغييرات لتحسين زمن الوصول ل System.Runtime.Caching على أجهزة الكمبيوتر multi-core تستخدم "ملقم نشرة مصورة عمومية". بالإضافة إلى ذلك، بعد تطبيق هذا الإصلاح، يتم حساب حجم كافة ذاكرات التخزين المؤقت في سيناريوهات إعادة تدوير مجال التطبيق بشكل صحيح.
المشكلة الثالثة
إذا كان لديك تطبيق أساس العرض تقديمي ل Windows (WPF) يعتمد على تعزيز اتصال الماوس ينتقل إلى تعالج المستخدم اللمس (بدلاً من طريق مباشرة باستخدام أحداث اللمس)، قد تواجه زيادة في حجم نقل الماوس المطلوبة منخفضة على نحو غير عادي.
سابقا، ينقل التحكم WPF تعزيز الماوس تعمل باللمس لتجنب نقل كمية كبيرة من لمس يغمر المرسل. في.NET Framework 4.6.1، تم إدخال إصلاح لكبح نقل عدد اللمس التي تتم معالجتها. بعد إجراء هذا التغيير، كبح الترقيات الماوس تسبب في إجراء تخفيض إضافي في عدد الماوس يتحرك التي تم إنشاؤها. الآن إزالة التحكم الماوس الترقيات حيث أنه يجب أن يكون هناك تناظر رأس برأس بين أحداث اللمس نقل وأحداث تحريك الماوس المطلوبة تقريبا.
المسألة 4
افترض أنك تعمل على تطبيق WPF يستهدف 4.6 إطار عمل.NET. محاولة تعيين قيمة CurrentThread.CurrentCulture أو CurrentThread.CurrentUICulture في أي أسلوب يتم استدعاؤه بواسطة المرسل WPF باستخدام ديسباتشيروبيريشن. على سبيل المثال، حاول تعيين هذه القيمة في معالج حدث واجهة مستخدم أو منشئ MainWindow. في هذه الحالة، يتم إعادة تعيين قيم CurrentCulture و CurrentUICulture إلى القيم السابقة الخاصة بها في نهاية الأسلوب. في حالة تعيين تطبيق CurrentUICulture في منشئ MainWindow به أو "انقر فوق الزر" معالج, هذا الإعداد يعود إلى النظام ثقافة واجهة المستخدم.
يضمن هذا الإصلاح تستمر CurrentThread.CurrentCulture/CurrentUICulture القيم التي تم تعيينها في أساليب في تطبيق WPF بنفس الطريقة كما كانت قبل 4.6 إطار عمل.NET.
المسألة 5
في 4.6 إطار عمل.NET، علم جديد، TaskContinuationOptions.RunContinuationsAsynchronously، يضاف إلى مكتبة المهام . ومع ذلك، عند استخدام هذه العلامة إلى جانب Task.WhenAllأو Task.WhenAny أو Task.Unwrapأو العلامة له أي تأثير. تم تقديم العلم لتجنب بعض حالات التوقف التام. إصلاح هذا التأكد من أن كافة أنواع المهام الاستمرار يحترم العلم الجديد.
المسألة 6
في 4.6 إطار عمل.NET، هناك خطأ في أبكونتيكست تؤدي أمان مؤشر الترابط الأساليب أبكونتيكست لتنفيذها بشكل غير صحيح. أبكونتيكست جزء من البنية التحتية لتقليل التغييرات الجذرية. يمكنك استخدام أبكونتيكست لتعيين واسترداد علامات واتخاذ قرارات في التطبيق الخاص بك استناداً إلى تلك البيانات.
إصلاح هذا بتمكين أمان مؤشر الترابط الصحيح للطرق في أبكونتيكست المتعلقة بالإعداد واسترداد قيم المفتاح.
المسألة 7
عندما تواجه حالة حافة التوزيع الخاص بك ونمط البقاء على قيد الحياة، تتطلب شريحة جديدة على كومة الذاكرة المؤقتة المدارة، جامع البيانات المهملة حساب حجم الذاكرة الفعلية أقل مما يجب. يؤدي خرق وصول أثناء مرحلة الاتفاق لأن تحاول الكتابة إلى الذاكرة جامع البيانات المهملة.
حساب الحجم هذا الإصلاح بشكل صحيح.
المسألة 8
عندما تقوم بإنشاء تعليمات برمجية أصلية لبعض الأساليب، قد تواجه التطبيقات.NET Framework والعمليات منشئ الصورة الأصلية إلى حدوث عطل غير متوقع.
العدد 9
ريوجيت بإنشاء إرشادات غير صحيحة لمقارنة ذات 16-بت إعداد صحيحة في السجلات. وتنتج نتائج صحيحة إذا قيم الإدخال تحتوي على قيم MSB مختلفة ومقارنة الإرشادات التي تم إنشاؤها باستخدام سجل المعاملات.
ينشئ هذا الإصلاح التعليمات الصحيحة.
تطبيق على
تنطبق هذه المادة على ما يلي:
-
Microsoft.NET Framework 4.6.1
-
Microsoft.NET Framework 4، 6، عند استخدامها مع:
-
Windows 7 Service Pack 1
-
Windows Server 2008 R2 Service Pack 1
-
Windows Server 2008 Service Pack 2
-
Windows Vista حزمة الخدمة 2
-
