Conectați-vă cu Microsoft
Conectați-vă sau creați un cont.
Salut,
Selectați un alt cont.
Aveți mai multe conturi
Alegeți contul cu care doriți să vă conectați.

Acest articol descrie pachetul de remediere rapidă 3009698 care este disponibil pentru Microsoft .NET Framework 4.5.2, .NET Framework 4.5.1 și .NET Framework 4.5. Pentru mai multe informații despre problemele pe care pachetul de remediere rapidă rezolvă, consultați secțiunea "probleme care se rezolvă acest set de remedieri rapide".

Programul de instalare web este un pachet mici (mai puțin de un singur megaocteți) care determină și descărcări numai componentele care se aplică pentru o anumită platformă automat.

Această actualizare pachete următoarele pachete individuale pentru diferite produse și platforme.

Descrierea

Numărul KB

.NET Framework 4.5, 4.5.1 și 4.5.2 pe Windows Vista SP2, Windows Server 2008 SP2, Windows 7 SP1 și Windows Server 2008 R2 SP1

3011114

.NET Framework 4.5, 4.5.1 și 4.5.2 pe Windows 8 și Windows Server 2012

3011112

.NET Framework 4.5.1 și 4.5.2 pe Windows 8.1 şi Windows Server 2012 R2

3011110


Rezolvare

Un hotfix acceptat este acum disponibil de la Microsoft. Cu toate acestea, aceasta este scopul de a corecta numai problema descrisă în acest articol. Aplicați-o numai pe sistemele care întâmpină această problemă anume.

Pentru a rezolva această problemă, contactați serviciile de asistență pentru clienți Microsoft pentru a obține remedierea rapidă. Pentru o listă completă a numerelor de telefon ale serviciilor de asistență pentru clienți Microsoft și informații despre costurile de asistență, vizitați următorul site Web Microsoft:

http://support.microsoft.com/contactus/?ws=supportNotă În cazuri speciale, costurile implicate de obicei pentru apelurile de suport pot fi anulate dacă un specialist în asistență Microsoft stabilește că o anumită actualizare va rezolva problema. Se vor aplica costurile uzuale de asistenţă pentru întrebări suplimentare de asistenţă şi pentru probleme ce nu fac obiectul actualizării în cauză.

Mai multe informații

Cerințe preliminare

Pentru a aplica această remediere rapidă, trebuie să aveți .NET Framework 4.5.2, .NET Framework 4.5.1 sau .NET Framework 4.5 instalat.

Cerinţă de repornire

Trebuie să reporniți computerul după aplicarea acestei remedieri rapide, dacă se utilizează oricare dintre fișierele afectate. Vă recomandăm să închideţi toate aplicaţiile bazate pe .NET Framework înainte de a aplica această remediere rapidă.

Informații despre înlocuirea remedierilor rapide

Această remediere rapidă nu înlocuiește un pachet de remediere rapidă lansată anterior.











Probleme care se rezolvă acest set de remedieri rapide

Problema 1

În .NET Framework 4.5, navigarea cu tastatura într-un WPF TreeView nu funcționează corect când un TreeViewItem conține un element focusable, cum ar fi un buton, caseta de selectaresau Casetă Text. Apăsând pe butonul săgeata sus sau săgeată jos pot modifica focalizarea la elementul greșită sau pot modifica focalizarea deloc.

Remedierea rapidă rezolvă această problemă, astfel încât săgeată sus și săgeată jos întotdeauna modifica focalizarea la elementul corect.

Problema 2

Când apelați GlyphRun.InkBoundingBox() sau oricare dintre sale dependente, cum ar fi FormattedText.Extent într-o aplicație de WPF, reveniți valorile sunt ușor mai mari în .NET Framework 4.5 decât în .NET Framework 4.0. .NET Framework 4.0 a avut o eroare care, uneori, a apărut în textul care nu a fost desenată (în funcție de fontul, dimensiunea fontului și caracterele specifice). Bug a fost remediată în .NET Framework 4.5 prin extinderea cerneală caseta de încadrare ușor.

Această remediere rapidă adaugă un semnalizator de configurare pentru a renunţa la fix. O aplicație care optează out vor avea valori de returnare același ca în .NET Framework 4.0, dar, de asemenea, puteți întâlni cu eroarea "dispare textul".

Pentru a renunţa la fix, adăugați următoarea cheie de la secțiunea appSettings de fișier de configurare a aplicaţiei:<add key="IncludeAllInkInBoundingBox" value="false"/> Problema 3

Să luăm în considerare următorul scenariu:

În acest scenariu, pagina web client nu funcționează. De exemplu, nu se întâmplă nimic când faceți clic pe un buton care ar trebui să declanșeze o apelare inversă.

Problema 4

Să presupunem că ați creat o clasă de System.Workflow.Activities.StateMachineWorkflowActivity împreună cu o proprietate de activități care specifică o listă de ActivitiesCollection . Lista conține și activitățile multe (de exemplu, 300 sau mai multe activități), care includ stare non-stare.

În această situație, tranzițiile la activitățile stare aproape de sfârșitul lista ActivitiesCollection dura mai mult timp pentru a termina decât tranzițiile la activitățile stare de la începutul listei.

Această remediere rapidă elimină inutile ActivitiesCollection listă traversals atunci când se caută țintă stare activitate de nume în timpul o stare de tranziție. Prin urmare, mai puţin timp este necesar să facă tranziția la activitățile stare aproape de sfârșitul ActivitiesCollection lista.

Problema 5

Să presupunem că sunt activate WCF contoare de performanță. Cu toate acestea, unele nume instanță sunt redusă, deoarece acestea sunt mai mult de 64 de caractere. În plus, două nume instanță prescurtată pot fi identice. În acest scenariu, WCF nu creează cazuri contor așa cum vă așteptați.

Pentru a activa această remediere rapidă, adăugați următoarea linie la appSettings fișierul de configurare:<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" />
</appSettings>
După această setare este activată, WCF va detecta dacă două nume de instanță în conflict, și se va adăuga un hash hexazecimal opt cifre la sfârșitul unul dintre numele. Aceasta permite ambele cazuri creat cu succes.

Problema 6

Să presupunem că utilizați WCF ca un client de nivel mediu pentru un serviciu web sau site-ul web pentru a comunica cu un serviciu de back-end încărcare echilibrată prin HTTP. În plus, una dintre gazdele back-end este într-o stare de nereușită care returnează un răspuns HTTP împreună cu un cod de stare "500".

În această situație, conexiunea la gazdă failed back-end persistă în rezervorul de conexiune WCF ChannelFactory deoarece returnează răspunsuri valabile HTTP şi provoacă un număr mare de solicitări nereușite. Nu există niciun mecanism disponibil pentru a elimina o conexiune la o gazdă de nereușită care pot conduce la solicitările front-end eșuează.

Pentru a activa această remediere rapidă, adăugați următoarea linie la appSettings fișierul de configurare: <appSettings> <add key="wcf:httpTransportBinding:useUniqueConnectionPoolPerFactory" value="true"/>
</appSettings>
După această remediere rapidă este activată, fiecare instanță a ChannelFactory care se creează și care utilizează transportul HTTP va avea un rezervor separat de conexiuni. Acest lucru permite dezvoltatorilor să partiționați conexiunile lor în pools separate prin instantierea mai multe obiecte ChannelFactory . Astfel, o conexiune la o gazdă nereușite pot fi omise închizând instanța ChannelFactory care este asociată cu conexiunea la gazda nu a reuşit. Atunci când o instanță ChannelFactory este închis, conexiunile în rezervorul nu trebuie să fie închis imediat, deoarece acestea sunt controlate de comportamentul de prevenire a clasei ServicePointManager . Este important să setați scăzut inactivitate dacă multe obiecte ChannelFactory sunt create și închis în pentru a preveni o situație în care multe conexiuni inactiv sunt într-o stare de închidere în așteptare.

Problema 7

Să presupunem că doriți să accepte multe descărcări simultane sau încărcări într-un serviciu WCF expune un punct final WebHttpBinding . Transferuri conținut mare de date utilizând modul Redare în flux (în loc de modul memoria tampon) va determina serviciul să apară probleme de performanță, indiferent dacă este adăugat un DispatcherSynchronizationBehavior .

După aplicarea acestei remedieri rapide, WCF va utiliza procesarea asincrone care mult cresc performanțele mai multe descărcări simultane și încărcări.

Această remediere rapidă este activată când AsynchronousSendEnabled proprietatea DispatcherSynchronizationBehavior este setată la true. Pentru a o dezactiva, eliminați dispatcherSynchronizationBehaviorsau explicit setat proprietatea AsynchronousSendEnabled false:<system.ServiceModel> <behaviors>
<endpointBehaviors>
<behavior name="MyEndpointBehavior">
<dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" />
</behavior>
</endpointBehaviors>
</behaviors>
</system.ServiceModel>
Problema 8

Să presupunem că aplicați actualizarea de fus orar din Rusia septembrie 2014 (Actualizare 2998527) pe computer. Atunci când aveți o aplicație care utilizează Microsoft .NET Framework și TimeZoneInfo clasa, aplicația poate calcula ora incorect. Vedeți Update 3012229 pentru detalii suplimentare.

Această remediere rapidă corectează look-ups deplasament de fus orar de bază.

Problema 9

Să presupunem că aveți o aplicație WPF care se deschide o fereastră în fereastra principală. Când redimensionați fereastra, aplicația se blochează și lansează un indicator nul excepție.

Aveți nevoie de ajutor suplimentar?

Extindeți-vă competențele

Explorați instruirea >

Fiți primul care obține noile caracteristici

Alăturați-vă la Microsoft Insider >

Au fost utile aceste informații?

Cât de mulțumit sunteți de calitatea limbajului?
Ce v-a afectat experiența?

Vă mulțumim pentru feedback!

×