W tym artykule opisano pakiet zbiorczy poprawek 3009678 jest dostępna dla programu Microsoft.NET Framework 4.5.2,.NET Framework 4.5.1 i.NET Framework 4.5. Aby uzyskać więcej informacji o problemach, które rozwiązuje pakiet zbiorczy poprawek zobacz sekcję "Ten pakiet zbiorczy poprawek rozwiązuje problemy".

Pakiet w trybie offline może służyć w sytuacjach, gdy nie można użyć Instalatora sieci web z powodu braku połączenia z Internetem. Tam gdzie to możliwe, firma Microsoft zaleca użycie Instalatora internetowego zamiast offline pakiet dla wymagań optymalną wydajność i przepustowość.

Ta aktualizacja zawiera następujące pakiety dla różnych produktów i platform.

Opis

Numer w Bazie Wiedzy

.NET Framework 4.5, 4.5.1 i 4.5.2 w dodatku SP2 dla systemu Windows Vista, Windows Server 2008 z dodatkiem SP2, Windows 7 z dodatkiem SP1 i Windows Server 2008 R2 z dodatkiem SP1

3011114

.NET Framework 4.5, 4.5.1 i 4.5.2 w systemie Windows 8 i Windows Server 2012

3011112

.NET Framework 4.5.1 i 4.5.2 w systemach Windows 8.1 i systemu Windows Server 2012 R2

3011110


Rozwiązanie

Obsługiwana poprawka jest obecnie udostępniana przez firmę Microsoft. Jednak jest ona przeznaczona do usunięcia tylko problemu opisanego w tym artykule. Zastosuj ją tylko w systemach, w których występuje ten problem.

Aby rozwiązać ten problem, skontaktuj się z biurem obsługi klienta Microsoft w celu uzyskania poprawki. Aby uzyskać pełną listę numerów telefonów pomocy technicznej firmy Microsoft oraz informacje o kosztach, odwiedź następującą witrynę sieci Web firmy Microsoft:

http://support.microsoft.com/contactus/?ws=supportUwaga W wyjątkowych przypadkach opłaty za połączenie z pomocą techniczną mogą zostać anulowane, jeśli specjalista firmy Microsoft zdecyduje że określona aktualizacja, może rozwiązać Twój problem. Koszty obsługi zwykłych zastosuje się do dodatkowych pytań i problemów, których nie można rozwiązać przy użyciu określonej aktualizacji.

Więcej informacji

Wymagania wstępne

Aby zastosować tę poprawkę, musi mieć.NET Framework 4.5.2,.NET Framework 4.5.1 lub.NET Framework 4.5 zainstalowany.

Wymagania dotyczące ponownego uruchomienia

Musisz ponownie uruchomić komputer po zastosowaniu tej poprawki, jeśli wszystkie pliki podlegające usterce są używane. Zaleca się zamknięcie wszystkich aplikacji.NET Framework, przed zastosowaniem tej poprawki.

Informacje dotyczące zastępowania poprawek

Ten pakiet poprawek nie zastępuje wcześniej wydanej poprawki.











Ten pakiet zbiorczy poprawek rozwiązuje problemy

Problem 1

W.NET Framework 4.5 nawigowania za pomocą klawiatury w programie WPF TreeView nie działa poprawnie po TreeViewItem zawiera element z możliwością przeniesienia fokusu, takie jak przycisk, pole wyborulub Pola tekstowego. Naciskając klawisz Strzałka w górę lub Strzałka w dół może zmienić fokus do niewłaściwego elementu lub nie może zmienić fokus w ogóle.

Poprawka rozwiązuje ten problem, tak aby strzałka w górę i Strzałka w dół zawsze zmienić fokus do prawidłowego elementu.

Problem 2

Podczas wywoływania GlyphRun.InkBoundingBox() lub którykolwiek z jej zależności, takich jak FormattedText.Extent w aplikacji WPF, wartości zwracane są nieco większe w.NET Framework 4.5 niż w wersji.NET Framework 4.0. .NET Framework 4.0 nie błąd, który czasami pojawiał się w tekst, który nie został sporządzony (w zależności od czcionkę, rozmiar czcionki i określone znaki). Ten błąd został rozwiązany w.NET Framework 4.5 przez zwiększanie rozmiaru obwiedni nieco pismo odręczne.

Ta poprawka dodaje flagę konfiguracji zrezygnować z poprawki. Aplikacja, która zdecyduje się będzie miał te same wartości zwracanej jak.NET Framework 4.0, ale również napotkać błąd "znikających tekstu".

Aby zrezygnować z poprawkę, należy dodać następujący klucz do sekcji appSettings w pliku konfiguracyjnym aplikacji:<add key="IncludeAllInkInBoundingBox" value="false"/> Problem 3

Rozważ następujący scenariusz:

W tym scenariuszu nie działa ze strony klienta. Na przykład nic się nie dzieje po kliknięciu przycisku, który ma wyzwolić wywołania zwrotnego.

Problem 4

Załóżmy, że można utworzyć klasy System.Workflow.Activities.StateMachineWorkflowActivity wraz z działalności właściwość, która określa listę ActivitiesCollection . Lista zawiera wiele działań (na przykład 300 lub więcej działalności), które zawierają Państwo i działalności państwa niebędącego państwem.

W tej sytuacji przejścia do stanu działań, które są pod koniec listy ActivitiesCollection zająć dużo więcej czasu na zakończenie niż przejścia do stanu działań, które są na początku listy.

Ta poprawka usuwa niepotrzebne traversals listy ActivitiesCollection podczas wyszukiwania dla obiektu docelowego stanu działanie według nazwy podczas przejścia Państwa. W związku z tym mniej czasu jest wymagany do przejścia do stanu działań, które są pod koniec listy ActivitiesCollection .

Wydanie 5

Załóżmy, że są włączone liczniki wydajności programu WCF. Jednak niektóre nazwy instancji są skracane, ponieważ są one dłuższa niż 64 znaki. Ponadto dwóch skrócone nazwy może być taki sam. W tym scenariuszu usługi WCF nie tworzy wystąpienia liczników zgodnie z oczekiwaniami.

Aby włączyć tę poprawkę, należy dodać następujący wiersz do appSettings w pliku konfiguracji:<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" />
</appSettings>
Po włączeniu tego ustawienia usługi WCF wykryje, jeśli dwie nazwy obiektów konflikt i dodać skrót osiem cyfr szesnastkowych na końcu nazwy. Dzięki temu oba wystąpienia zostanie utworzona pomyślnie.

Problem 6

Załóżmy, że WCF jako klient średnich poziomów dla witryny sieci Web, usługi sieci web do komunikowania się z usługą zaplecza równoważeniem obciążenia za pomocą protokołu HTTP. Dodatkowo jeden z hostów wewnętrznych jest w stanie awarii, która zwraca odpowiedzi HTTP wraz z kodem stanu "500".

W tej sytuacji połączenie z hostem zaplecza nie powiodło się utrzymuje się w puli połączeń WCF ChannelFactory , ponieważ zwraca prawidłowe odpowiedzi HTTP i powoduje, że wysoki stopień nieudane żądania. Nie istnieje mechanizm do usunięcia połączenia z hostem nie powiodło się, co mogłoby doprowadzić do typu front-end żądań zakończonych niepowodzeniem.

Aby włączyć tę poprawkę, należy dodać następujący wiersz do appSettings w pliku konfiguracji: <appSettings> <add key="wcf:httpTransportBinding:useUniqueConnectionPoolPerFactory" value="true"/>
</appSettings>
Po włączeniu tej poprawki, każde wystąpienie elementu ChannelFactory utworzona korzystającej z protokołu HTTP mają oddzielne puli połączeń. Dzięki temu deweloperzy partycji ich połączeń w oddzielne pule poprzez utworzenie wystąpienia wielu obiektów ChannelFactory . Dzięki temu porzucanie połączenia z hostem nie powiodło się zamknięcie wystąpienia ChannelFactory skojarzone z połączeniem hosta nie powiodło się. Podczas zamykania wystąpienie elementu ChannelFactory , połączenia z puli nie są natychmiast zamknięte, ponieważ są one kontrolowane przez zachowania buforowania klasy ServicePointManager . Ważne jest, aby ustawić limitu czasu bezczynności niskiej domyślne, jeśli wiele obiektów ChannelFactory są tworzone i zamykane w celu uniknięcia sytuacji, w której wiele bezczynne połączenia są do czasu zamknięcia.

Wydanie 7

Załóżmy, że chcesz obsługiwać wiele równoczesnych pobrań lub przesyłanie danych do usługi WCF, który udostępnia punkt końcowy WebHttpBinding . Dużej zawartości ilości danych przy użyciu trybu przesyłania strumieniowego (a nie trybu buforowanego) spowoduje, że usługi występują problemy z wydajnością niezależnie od tego, czy dodany DispatcherSynchronizationBehavior .

Po zastosowaniu tej poprawki, WCF będzie używać przetwarzania asynchronicznego, która znacznie zwiększa wydajność wiele równoczesnych pobrań i przekazywania.

Ta poprawka jest dostępna, gdy właściwość AsynchronousSendEnabled DispatcherSynchronizationBehavior jest ustawiona na true. Aby ją wyłączyć, Usuń dispatcherSynchronizationBehaviorlub jawnie ustawić właściwość AsynchronousSendEnabled na wartość FAŁSZ:<system.ServiceModel> <behaviors>
<endpointBehaviors>
<behavior name="MyEndpointBehavior">
<dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" />
</behavior>
</endpointBehaviors>
</behaviors>
</system.ServiceModel>
Problem 8

Załóżmy, że zastosować aktualizacji stref czasowych rosyjski września 2014 (Aktualizacja 2998527) na komputerze. Jeśli aplikacja używa klas.NET Framework firmy Microsoft oraz informacje o strefie czasowej , aplikacja może niepoprawnie obliczyć czas. Więcej informacji na ten temat można znaleźć w 3012229 aktualizacji .

Ta poprawka naprawia wyszukania przeciwstawne podstawowej strefy czasowej.

Wydanie 9

Założono, że otwiera okno, w głównym oknie aplikacji WPF. Przy zmianie rozmiaru drugie okno, aplikacja przestaje działać i zgłasza wyjątek wskaźnik zerowy.

Potrzebna dalsza pomoc?

Rozwijaj swoje umiejętności

Poznaj szkolenia >

Uzyskuj nowe funkcje w pierwszej kolejności

Dołącz do niejawnych testerów firmy Microsoft >

Czy te informacje były pomocne?

Jaka jest jakość języka?
Co wpłynęło na Twoje wrażenia?

Dziękujemy za opinię!

×