Преминаване към основното съдържание
Поддръжка
Влизане с Microsoft
Влезте или създайте акаунт.
Здравейте,
Изберете друг акаунт.
Имате няколко акаунта
Изберете акаунта, с който искате да влезете.

В тази статия е описан сборен пакет за актуализация, който е наличен за 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 (платформа) приложения, преди да приложите тази актуална корекция.
 

Информация за заместване на актуалната корекция

Този пакет с актуални корекции не замества вече издаден пакет с актуални корекции.

Проблеми, които коригира този пакет с актуални корекции

Проблем 1

Когато WPF приложение използва елемент TreeViewItem извън контекста TreeView, приложението може да се натъкне на изключение invalidCastException, чието проследяване на стека започва по следния начин:
 

Система. Windows. Контроли.ВиртуализиранеStackPanel.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, в който е направена промяна в внедряването на таймера. В допълнение към съобщаването за неправилен размер, допълнителните обекти, към които препраща кешът, може значително да повлияят на закъснението на Gen2 GC. В ASP.NET хостинг кешът също така неправилно преизчислява размера на всички кешове във всички домейни на приложението (съобщава се чрез кеша % ограничение на паметта за процеса, използван ASP.NET брояч на производителността), когато домейните на приложението се рециклират.

Корекцията премахва нежелани препратки от кеша към останалата част от обектите на домейна на приложението и след това се съобщава правилният размер. Той също така включва промени за подобряване на закъснението за System.Runtime.Caching на многоядрени компютри, които използват GC за сървър. И накрая, тази корекция изчислява правилно размера на всички кешове в сценариите за рециклиране на домейни на приложения.
 

Проблем 3

Когато имате приложение за Windows среда за представяния (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 към библиотеката със задачи е добавен нов флаг " Продължение на задачаOptions.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 и следователно генерират инструкции за сравняване, които използват само операнди за регистриране. Тази корекция генерира правилни инструкции.

Нуждаете ли се от още помощ?

Искате ли още опции?

Разгледайте ползите от абонамента, прегледайте курсовете за обучение, научете как да защитите устройството си и още.

Общностите ви помагат да задавате и отговаряте на въпроси, да давате обратна връзка и да получавате информация от експерти с богати знания.

Беше ли полезна тази информация?

Доколко сте доволни от качеството на езика?
Какво е повлияло на вашия потребителски опит?
Като натиснете „Подаване“, вашата обратна връзка ще се използва за подобряване на продуктите и услугите на Microsoft. Вашият ИТ администратор ще може да събира тези данни. Декларация за поверителност.

Благодарим ви за обратната връзка!

×