Kapcsolódó témakörök
×
Bejelentkezés Microsoft-fiókkal
Jelentkezzen be, vagy hozzon létre egy fiókot.
Üdvözöljük!
Válasszon másik fiókot.
Több fiókja van
Válassza ki a bejelentkezéshez használni kívánt fiókot.

Kiadás dátuma:
2020. február 11.

Verzió:
.NET-keretrendszer 4.8

Ez a frissítés Windows 10 1607-es és Windows Server 2016 .NET 4.8-as verziójában kumulatív megbízhatósági fejlesztéseket tartalmaz. Azt javasoljuk, hogy a frissítést a szokásos karbantartási rutinok részeként alkalmazza. A frissítés telepítése előtt tekintse meg az Előfeltételek és újraindítás követelménye szakaszt.

Ez a frissítés a 2020. február 11-én frissülő összegző frissítés része. Ez a frissítés korábban a 2020. január 23-án kiadott összegző frissítésben jelent meg.

Minőség- és megbízhatósági fejlesztések

WCF1

- A WCF aktiválási szolgáltatás figyelési végpontjainak konfigurálásakor hozzáadta az újrapróbálkozási mechanizmust az IIS-alkalmazás gyors újraindítása esetén többszöri gyors újraindításkor, amikor a nagy processzorterhelés miatt egy végpont elérhetetlenné válik. Az ügyfelek a következő AppSetting appot a SMSvcHost.exe.config %windir%\Microsoft.NET\Framework\v4.0.30319 és a %windir%\Microsoft.NET\Framework64\v4.0.30319 mappában használhatja, ha szükséges. Ez a művelet 10 egymás után 1 másodperces késleltetéssel próbálja meg újra regisztrálni a végpontot, mielőtt hibaállapotba helyeződtek volna.

<appSettings>
<add key="wcf:SMSvcHost:listenerRegistrationRetryCount" value="10"/><add
key="wcf:SMSvcHost:listenerRegistrationRetryDelayms" value="1000"/><
/appSettings>

Verseny van, amikor az IIS-dolgozók folyamatának összeomlása és a figyelés miatt ugyanannak a végpontnak az újrakonfigurálása folyamatban van, mint figyelés, de az aktiválás függőben van. Ütközés esetén ez a módosítás lehetővé teszi az újrapróbálást azzal a feltételezéssel, hogy az ütközés átmeneti volt az ilyen versenyhelyzet miatt. Az újrapróbálkozási szám és a várakozási idő az alkalmazás beállításain keresztül állítható be.

Winform-formátumok

- A Rendszer problémája. Windows. Forms.TextBox-vezérlők, amelyekben az ImeMode tulajdonság Nincs vezérlőelemre van állítva. Ezek a vezérlők mostantól megőrzik az IME beállítást, amely megfelel az operációs rendszer beállításának, figyelembe véve a lapon való navigálás sorrendjét. A javítás a pinyin billentyűzettel használható CHS-re vonatkozik.

- A Rendszerrel kapcsolatban problémát elhárít. Windows.Forms.ComboBox vezérlő, az ImeMode.NoControl az ImeMode.NoControl értéken Pinyin-billentyűzettel használó CHS esetén, így megmarad a szülőtároló vezérlőelem beviteli módja, és nem kell a letiltott IME-vezérlőre váltania, amikor egérkattintásokkal navigál, és amikor a fókusz letiltott IME-vezérlőről ebbe a Kombinált lista vezérlőelembe kerül.

- Akadálymentesség-változás a .NET-keretrendszer 4.8-as, regressziós szerkesztési IP-cím felhasználói felületén a Fürt létrehozása varázsló DataGridView elemében a feladatátvételi fürtszolgáltatásokban: a felhasználók nem tudnak IP-értéket megadni, miután a felhasználói felületfelület fastruktúrája a vezérlő másik szerkesztőcellába való szerkesztésével kapcsolatos. Az ilyen egyéni DataGridView-cellák (IP-címcellák) és belső vezérlőik feldolgozása jelenleg nem alapértelmezett felhasználói felületi fastruktúrában akadályozza meg a problémát.

CLR2

- Az .NET-keretrendszer 4.8-as verzióban regressziós változások egyes EnterpriseServices-forgatókönyvekben, ahol egy egy szálból álló lakásobjektum több szálból álló lakásként kezelhető, és blokkolási hibát okozhat. Ez a módosítás most már helyesen azonosítja az egyszálas lakásobjektumokat, így elkerülve ezzel a hibát.

– Verseny van a hordozható PDB metaadat-szolgáltató gyorsítótárában, amely szivárgást okozott a szolgáltatóknál, és összeomlásokat okozott a stacktrace api-ban. A verseny kijavít érdekében észlelje annak az okát, ahol a szolgáltatót nem kellett eltávolítani, és oldja le.

- A kiszolgálói GC-ekben azt a hibát javítja, ha valóban nincs elég memória a SOH-kiosztások során (azaz teljes mértékben blokkolta a teljes tartalomkommentációt, de még mindig nem volt elég hely a SOH-kiosztás elhelyezéséhez), akkor azt fogja látni, hogy az OutOfSpaceSOH eseményindító ok miatt a teljes tartalomblokkolási hiba újra és újra el lesz indítva. Ez a javítás az OOM-t akkor javítja ki, ha ezt a helyzetet észleljük ahelyett, hogy a GCS-eket hurokban indítajuk el.

- Az affinitás 1-től N-ig való módosítása által okozott problémát javítja.

SQL

- Az SqlClient Trace nyomkövetési naplóival kapcsolatos hibát javítja ki, amely miatt helytelenül formázott karakterláncok miatt nem jelentek meg az információk nyomtatása.

WPF3

- Javítja azt a problémát, amely miatt bizonyos körülmények között a high-DPI WPF-alkalmazások előugró ablakai nem jelennek meg, a képernyő bal felső sarkában láthatók, vagy hiányosan jelennek meg/jelennek meg.

- Az XPS-dokumentumok WPF-ben való létrehozásakor a betűtípusok alaphelyzetbe állítása FileFormatException eredményt eredményezhet, ha a visszaállítási folyamat megnőne a betűtípus. A kivétel elkerülése érdekében állítsa az AppContext kapcsolót "Switch.MS.Internal.TtfDelta.AllowFontReuseDuringFontSubsetting" értékre az "AppContext for Library Consumers" (AppContext for Library Consumers) beállításnál ismertetett módszerek egyikével.

- A TextBox és más rendszerekben helytelen szélességű szövegbeszúrási beszúrási pont címe, ha a rendszer DPI értéke meghaladja a 96-ot. Bizonyos, DPI-et figyelő helyzetekben a beékelt elem nem jelent meg semmi olyan monitoron, amely alacsonyabb DPI-t használ, mint az elsődleges.

- A SharedSizeGroup oszlopokat tartalmazó rácsok elrendezése során keletkező lefagyás címét tartalmazza.

- A MenüszalagSplitButton megnyitásakor keletkező lefagyási és esetleges StackOverflowException címet tartalmazza, ha az alkalmazás programozással letiltja a gombot, és lecseréli annak menüelemeit, mielőtt a felhasználó felengedné az egérgombot.

- Címek bizonyos lefagyásokat, amelyek a TreeView görgetése közben felmerülhetnek.

Net Libraries

- Az UdpClientt egy kivételesen nagy MTU-val fokozza a hálózati konfigurációk helytelen használata ellen.

Acquistion & Deployment

- Kijavítottuk azt a hibát, amely miatt a .NET 4.8-as Windows az 1809-es build előtti gépekre nem jelent meg. NET-specifikus beállítások, amelyek az 1809-es buildre való Windows során lesznek áttelepítve. Megjegyzés: A probléma megelőzéséhez ezt a frissítést a frissítés újabb verziójára való Windows.


1 Windows Communication Foundation (WCF)
2 Common Language Runtime (CLR)
3 Windows megjelenítési alaprendszer (WPF)

A frissítés beszerzése és telepítése

A frissítés telepítése

Ezt a frissítést a rendszer automatikusan letölti és telepíti a Windows frissítésből.

A frissítés önálló csomagját a Microsoft Frissítési katalógus webhelyén szerezze be.

Fájladatok

A frissítésben elérhető fájlok listájának letöltéséhez töltse le a kumulatív frissítés fájlinformációit.

Előfeltételek

A frissítés telepítéséhez telepítve kell lennie .NET-keretrendszer 4.8-as verziónak.

Újraindítási követelmény

A frissítés telepítése után újra kell indítania a számítógépet, ha az érintett fájlokat használja. Azt javasoljuk, hogy a .NET-keretrendszer alkalmazásaiból lépjen ki.

Frissítések helyettesítése

Ez a frissítés felváltja a korábban kiadott 4532997-es frissítéseket.

Segítség és támogatás beszerzése ehhez a frissítéshez

További segítségre van szüksége?

További lehetőségeket szeretne?

Fedezze fel az előfizetés előnyeit, böngésszen az oktatóanyagok között, ismerje meg, hogyan teheti biztonságossá eszközét, és így tovább.

A közösségek segítségével kérdéseket tehet fel és válaszolhat meg, visszajelzést adhat, és részletes ismeretekkel rendelkező szakértőktől hallhat.

Hasznos volt ez az információ?

Mennyire elégedett a fordítás minőségével?
Mi volt hatással a felhasználói élményére?
Ha elküldi a visszajelzést, a Microsoft felhasználja azt a termékei és szolgáltatásai továbbfejlesztéséhez. Az informatikai rendszergazda képes lesz ezeket az adatokat összegyűjteni. Adatvédelmi nyilatkozat.

Köszönjük a visszajelzését!

×