A 3139550 4.6.1-es .NET-keretrendszer 4.6-os és 4.6-os Windows

1. probléma

Ha egy WPF-alkalmazás TreeViewItem típusú vezérlőt használ egy TreeView környezeten kívül, az alkalmazás invalidCastException kivétellel találkozhat, amelynek stack trace kezdete a következő:

Rendszer. Windows. Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
Megjegyzés: Ez a kivétel akkor fordul elő, ha a TreeViewItem egy virtualizált listavezérlőben (például ListBox, DataGrid vagy ListView vezérlőben) található, amely megpróbálja megtalálni a TreeViewItem görgetési eltolásait vagy annak valamelyik belső eltérését. Ez a kivétel például akkor fordul elő, ha a DataTemplate gyökérként deklarál egy TreeViewItemet, és a DataTemplate oszlop CellTemplate oszlopa lesz.


 

2. probléma

Both System.Web. Caching és a System.Runtime. Caching a teljes AppDomain által használt memóriaméretet jelenti a gyorsítótárelemek által használt memória helyett.

Ez a regresszió a .NET-keretrendszer 4.5-ös, az Időzítő implementációban változott. A nem megfelelő méret bejelentése mellett a gyorsítótár által hivatkozott további objektumok is jelentősen befolyásolhatják a generációs GC késést. Az ASP.NET-tárhelyek esetében ASP.NET gyorsítótár szintén elszámította az összes apptartomány gyorsítótárának méretét (az alkalmazástartományok lomtárhelyének lomtárba kerülése esetén ASP.NET felhasznált gyorsítótárak százalékos folyamatmemória-korlátja alapján).

Ez a javítás eltávolítja a nem kívánt hivatkozásokat a gyorsítótárból a többi apptartomány-objektumra, így a megfelelő méretről lesz jelentés. Ez a javítás a System.Runtime hálózati késésének javítását is tartalmazza. Caching server GC-t használó többmagos számítógépeken. Ezenkívül a javítás alkalmazása után helyesen történik az alkalmazás-újrahasznosítási forgatókönyvekben található összes gyorsítótár mérete.


 

3. probléma

Ha olyan Windows megjelenítési alaprendszer (WPF) alkalmazása van, amely az érintéses mozgatás egérre való előléptetésén alapul az érintéses felhasználói interakció kezeléséhez (nem érintéses események közvetlen használatával), szokatlanul alacsony mennyiségű előléptetett egérmozdulatot tapasztalhat.

Korábban az érintéses mozgatás WPF által leírt egéres előléptetése, hogy elkerülje a nagy mennyiségű érintéses mozgatás elárasztja a diszpécsereket. A .NET-keretrendszer 4.6.1-es részen bevezettünk egy javítást, amely a feldolgozott érintéses mozgások számának visszaszűkül. A változás után az egérre vonatkozó promóciók leszámolása további csökkenést okozott a generált egérmozdulatok számában. Az egérre való promóciók szabályozását eltávolítottuk, így szinte egy-az-egyhez megfelelésnek kell lennie az érintéses áthelyezés és az előléptetett egérmozdulat-események között.


 

4. probléma

Tegyük fel, hogy olyan WPF-alkalmazást dolgozik, amely a 4.6-os .NET-keretrendszer meg. Próbálja meg beállítani a CurrentThread.CurrentCulture vagy a CurrentThread.CurrentUICulture értéket a WPF DispatcherOperation használatával. Próbálja meg például ezt az értéket egy felhasználói felület eseménykezelőjében vagy a MainWindow-konstruktorban beállítani. Ebben a helyzetben a CurrentCulture és a CurrentUICulture értékek visszaállnak a módszer végén a megfelelő előző értékekre. Ha egy alkalmazás beállítja a CurrentUICulture-t a MainWindow konstruktorában vagy egy Gombkattintás-kezelőben, az adott beállítás visszatér a rendszer felhasználói felületének kulturális környezetére.

Ezzel a javítással a WPF-alkalmazások metódusában beállított CurrentThread.CurrentCulture/CurrentUICulture értékek ugyanúgy megmaradnak, mint a .NET-keretrendszer 4.6-os verzió előtt.


 

5. probléma

A .NET-keretrendszer 4.6-ban a Feladattárhoz hozzáadunk egy új jelölőt, a TaskContinuationOptions.RunContinuationsAsynchronously jelölőt. Ha azonban ezt a jelölőt együtt használja a Task.WhenAll, Task.WhenAny vagy Task.Unwrap jelölővel, a jelölőnek nincs hatása. A jelölőt bizonyos lakatos állapotok elkerülése érdekében vezettük be. Ezzel a javításval minden tevékenység folytatásának tiszteletben kell tartania az új jelölőt.


 

6. probléma

A .NET-keretrendszer 4.6 appban az AppContextben egy hiba okozza az AppContext-metódusok szálbiztonságának helytelen végrehajtását. Az AppContext a törési változások csökkentésére irányuló infrastruktúra része. Az AppContext használatával megjelölheti és lekérheti a jelölőket, és az adatok alapján döntéseket hozhat az alkalmazásban.

Ez a javítás lehetővé teszi a megfelelő szálbiztonságot a kapcsolóértékek beállításával és beolvasásával kapcsolatos AppContext-metódusok esetén.


 

7. probléma

Ha egy olyan él esettel találkozik, amely rendelkezik a kiosztási és a fennmaradési mintával, és egy új szegmensre van szüksége a felügyelt halomon, egy kukás kukával kiszámíthat egy olyan véglegesítési méretet, amely kisebb a kívántnál. Ez hozzáférési szabálysértést okoz a tömörítési fázis során, mert a kukát a rendszer a nem végleges memóriához próbálja meg írni.

Ez a javítás helyesen kiszámítja a méretet.


 

8. probléma

Amikor natív kódot hoz létre bizonyos módszerekhez, a .NET-keretrendszer az NGEN-folyamatok váratlan összeomlást tapasztalhatnak.

9. probléma

A RyuJit helytelen utasításokat hoz létre a 16 bites aláíratlan egész értékek összehasonlítására a regisztrálások esetén. Helytelen eredményt ad, ha a bemeneti értékek MSB-értékekkel eltérőek, és ha a létrehozott használati utasításokat hasonlítja össze a register operandusokkal.

Ez a javítás helyes utasításokat hoz létre.
 

A következőre vonatkozik:

Ez a cikk az alábbiakra vonatkozik:
 

• Microsoft .NET-keretrendszer 4.6.1

• A Microsoft .NET-keretrendszer 4.6-os verziójának használata a következővel használható:
   

  • Windows 8.1

  • Windows RT 8.1

  • Windows Server 2012 R2 adatközpont

  • Windows Server 2012 R2 Essentials

  • Windows Server 2012 R2 for Embedded Systems

  • Windows Server 2012 R2 Foundation

  • Windows Server 2012 R2 Standard