تصف هذه المقالة مجموعة من االأوهام التي تتوفر ل Microsoft .NET Framework 4.6.1 و4.6. للحصول على مزيد من المعلومات حول المشاكل التي تصلحها عملية جمع الإصلاحات، راجع القسم المشاكل التي تصلحها هذه لفة الإصلاح البادئ .
الحل
معلومات التنزيل
تم حل المشكلة التي تطابق KB3139549 مع التحديثات الأخيرة ل .NET Framework، والتي تحتوي على كل الإصلاحات التي تم تضمينها مسبقا في KB3139549. من المستحسن تثبيت التحديثات الأخيرة من .NET Framework.
لمزيد من المعلومات حول كيفية تنزيل ملفات دعم Microsoft، انقر فوق رقم المقالة التالي لعرضها في "قاعدة معارف Microsoft":
119591 كيفية الحصول على ملفات دعم Microsoft من الخدمات عبر الإنترنت التي قامت Microsoft بفحص هذا الملف بحثا عن الفيروسات. استخدمت Microsoft أحدث برنامج للكشف عن الفيروسات كان متوفرا في تاريخ نشر الملف. يتم تخزين الملف على خوادم محسنة أمان تساعد على منع أي تغييرات غير مصرح بها على الملف.
مزيد من المعلومات
المتطلبات المسبقة
لتطبيق هذه السخونة، يجب أن .NET Framework 4.6.1 أو .NET Framework 4.6.
متطلبات إعادة التشغيل
يجب إعادة تشغيل الكمبيوتر بعد تطبيق هذه البادئات إذا كان يتم استخدام أي ملفات متأثرة. نوصي بالخروج من جميع .NET Framework المستندة إلى التطبيق قبل تطبيق هذا البادأ.
معلومات استبدال Hotfix
لا تحل حزمة hotfix هذه محل حزمة hotfix تم إصدارها مسبقا.
المشاكل التي يتم إصلاحها في عملية تثبيت الإصلاح
المشكلة 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. بالإضافة إلى الإبلاغ عن حجم غير صحيح، قد تؤثر العناصر الإضافية المشار إليها بواسطة ذاكرة التخزين المؤقت بشكل ملحوظ على زمن مرور Gen2 GC. في ASP.NET الاستضافة، تسيء ذاكرة التخزين المؤقت أيضا حساب حجم كل ذاكرة التخزين المؤقت في كل مجالات التطبيقات (التي تم تسجيلها من خلال ذاكرة التخزين المؤقت ٪ حد الذاكرة المستخدمة في ASP.NET) عند إعادة تدوير مجالات التطبيقات.
يزيل التصحيح المراجع غير المقصودة من ذاكرة التخزين المؤقت إلى باقي كائنات مجال التطبيق، ثم يتم تسجيل الحجم الصحيح. كما يتضمن تغييرات لتحسين زمن الوصول ل System.Runtime.Caching على أجهزة الكمبيوتر متعددة النواة التي تستخدم Server GC. وأخيرا، يحسب هذا التصحيح حجم كل ذاكرة التخزين المؤقت في سيناريوهات إعادة تدوير مجال التطبيق بشكل صحيح.
المشكلة 3
عندما يكون لديك تطبيق Windows Presentation Foundation (WPF) يعتمد على الترقية إلى تحريك الماوس من أجل معالجة تفاعل المستخدم باللمس (بدلا من استخدام أحداث اللمس مباشرة)، فقد تواجه مستوى صوت منخفضا بشكل غير عادي لحركات الماوس التي تم الترويج لها.
في الماضي، كان الترويج للماوس المقيد باستخدام WPF لحركات اللمس لأن مستوى صوت اللمس يغرق المرسل. في .NET Framework 4.6.1، تم تصحيح هذا السلوك. يكبح الإصلاح عدد حركات اللمس التي تتم معالجتها. وبالتالي، تسبب التحكم في عروض الماوس الترويجية في حدوث انخفاض آخر في حركات الماوس التي يتم إنشاؤها. في مجموعة التحديثات هذه، تمت إزالة التحكم في عروض الماوس الترويجية، ويجب أن يكون هناك الآن 1 إلى 1 مراسلات بين أحداث نقل اللمس والأحداث التي تمت ترقية حركة الماوس لها.
المشكلة 4
لنفترض أنك تعمل باستخدام تطبيق WPF يستهدف .NET Framework 4.6. على سبيل المثال، افترض أنك تحاول تعيين CurrentThread.CurrentCulture أو CurrentThread.CurrentUICulture في أي أسلوب (مثل معالج أحداث واجهة المستخدم أو المنشئ MainWindow) الذي يتم استدعاءه بواسطة مرسل WPF باستخدام "مرسل". في هذه الحالة، يتم إعادة تعيين قيم CurrentCulture و CurrentUICulture إلى القيم السابقة الخاصة بها في نهاية الأسلوب. إذا كان أحد التطبيقات يضع CurrentUICulture في المنشئ MainWindow أو معالج النقر فوق الزر، فيعود هذا الإعداد إلى ثقافة واجهة مستخدم النظام.
يتأكد هذا الإصلاح من استمرار القيم CurrentThread.CurrentCulture/CurrentUICulture التي يمكن تعيينها في أساليب في تطبيق WPF كما كانت قبل .NET Framework 4.6.
المشكلة 5
في .NET Framework 4.6، تم إضافة علامة جديدة، TaskContinuationOptions.RunContinuationsAsynchronously، إلى مكتبة المهام. ومع ذلك، عند استخدام هذه العلامة بالتزامن مع Task.WhenAll أو Task.WhenAny أو Task.Unwrap، لا يكون لها أي تأثير. تم تقديم العلامة لتجنب بعض حالات التوقف عن العمل. يتأكد هذا الإصلاح من أن كل أنواع عمليات متابعة المهام تحترم العلامة الجديدة.
المشكلة 6
AppContext هو جزء من البنية الأساسية لتقليل التغييرات الكسرية. يمكنك استخدام AppContext لتعيين الأعلام واستردادها واتخاذ القرارات في التطبيق الذي يستند إلى تلك البيانات. في .NET Framework 4.6، يوجد خطأ في AppContext حيث يتم تطبيق الأمان من أساليب AppContext بشكل غير صحيح.
يمكن هذا التصحيح أمان مؤشر الترابط الصحيح لالأساليب على AppContext المرتبطة بإعداد قيم التبديل واستردادها.
المشكلة 7
عندما تصل إلى حالة حافة مع نمط التخصيص والبقاء، وتحتاج إلى مقطع جديد على كومة الذاكرة المؤقتة المدارة، قد تحسب سلة المهملات حجم عملية أصغر مما يجب. يؤدي ذلك إلى حدوث انتهاك للوصول أثناء مرحلة الضغط، حيث يحاول جامع المهملات الكتابة إلى ذاكرة غير مهية. يحسب هذا الإصلاح الحجم بشكل صحيح.
المشكلة 8
عند إنشاء تعليمات برمجية أصلية لأساليب معينة، قد .NET Framework التطبيقات وعمليات NGEN.
المشكلة 9
ينشئ RyuJit إرشادات غير صحيحة لمقارنة عدد صحيح 16 بت غير موقع على التسجيلات. وتنتج نتائج غير صحيحة إذا كانت قيم الإدخال لها قيم MSB مختلفة، وبالتالي تنشئ إرشادات مقارنة تستخدم فقط تسجيل المقارنات. يؤدي هذا الإصلاح إلى إنشاء إرشادات صحيحة.
