Bạn hiện đang ngoại tuyến, hãy chờ internet để kết nối lại

Hotfix rollup 3139551 cho Khuôn khổ .NET 4.6.1 và 4.6 trên Windows

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch thuật của Microsoft và có thể được Cộng đồng Microsoft chỉnh sửa lại thông qua công nghệ CTF thay vì một biên dịch viên chuyên nghiệp. Microsoft cung cấp các bài viết được cả biên dịch viên và phần mềm dịch thuật thực hiện và cộng đồng chỉnh sửa lại để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng nhiều ngôn ngữ Tuy nhiên, bài viết do máy dịch hoặc thậm chí cộng đồng chỉnh sửa sau không phải lúc nào cũng hoàn hảo. Các bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này: 3139551
Xem các sản phẩm và hệ điều hành mà bài viết này áp dụng.

Bài viết này mô tả hotfix rollup 3139551 có sẵn cho Microsoft Khuôn khổ .NET 4.6.1 và Khuôn khổ .NET 4.6 Windows 7 gói bản ghi dịch vụ 1 (SP1), Windows Server 2008 R2 SP1, Windows Server 2008 SP2 và Windows Vista SP2. Để biết thêm thông tin về các bản sửa lỗi trong Nhật hotfix này, hãy xem phần "Vấn đề cập nhật hotfix này khắc phục"phần.
Giải pháp

Thông tin tải xuống

Tệp sau đây có sẵn để tải xuống từ Trung tâm Tải xuống Microsoft:


Để biết thêm thông tin về cách tải xuống Microsoft hỗ trợ tệp, hãy bấm vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
119591 Cách tải xuống các tệp hỗ trợ của Microsoft từ bản ghi dịch vụ trực tuyến
Microsoft đã quét vi-rút tệp này. Microsoft đã sử dụng phần mềm phát hiện vi-rút mới nhất đã có vào ngày tệp được đăng. Tệp được lưu trữ trên máy chủ được tăng cường bảo mật giúp ngăn chặn mọi thay đổi trái phép đối với tệp.
Thông tin thêm

Điều kiện tiên quyết

Để áp dụng hotfix này, bạn phải có Khuôn khổ .NET 4.6.1 hoặc Khuôn khổ .NET 4.6 cài đặt chuyên biệt.

Yêu cầu khởi động lại

Bạn phải khởi động lại máy tính sau khi bạn áp dụng hotfix này nếu bất kỳ tệp nào bị ảnh hưởng đang được sử dụng. Chúng tôi khuyên bạn đóng tất cả các ứng dụng dựa trên Khuôn khổ .NET trước khi bạn áp dụng hotfix này.

Thông tin thay thế cập nhật nóng

Gói hotfix này không thay thế gói hotfix phát hành trước đó.

Vấn đề cập nhật hotfix này khắc phục

Vấn đề 1

Khi một ứng dụng WPF sử dụng một TreeViewItem bên ngoài bối cảnh TreeView, ứng dụng có thể gặp phải một ngoại lệ InvalidCastException có dấu kiểm vết xếp chồng Bắt đầu như sau:

System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)

Lưu ý: Ngoại lệ này xảy ra khi TreeViewItem điều khiển diện danh sách (ví dụ: một ListBox, DataGridhoặc ListView điều khiển) đã cố gắng tìm cuộn bù TreeViewItem hoặc một trong các hậu duệ. Ví dụ, ngoại lệ này xảy ra nếu bạn tuyên bố TreeViewItem root DataTemplateDataTemplate được sử dụng làm CellTemplate cột DataGrid .

Vấn đề 2

System.Web.CachingSystem.Runtime.Caching báo cáo kích thước bộ nhớ được sử dụng toàn bộ AppDomain thay vì bộ nhớ được sử dụng bởi các bộ đệm ẩn.

Đây là một hồi quy từ Khuôn khổ .NET 4.5 do thay đổi trong việc thực hiện giờ. Ngoài báo cáo không đúng kích thước thêm các đối tượng được tham chiếu bởi bộ đệm ẩn có thể ảnh hưởng đáng kể gen2 GC trễ. Trong ASP.NET lưu trữ kịch bản, bộ nhớ cache cũng tính sai kích thước bộ đệm ẩn tất cả trong tất cả các lĩnh vực ứng dụng (như thông báo thông qua một "Bộ nhớ Cache % sử dụng giới hạn bộ nhớ quá trình" ASP.NET hiệu năng truy cập) khi ứng dụng miền được tái chế.

Khắc phục sự cố này loại bỏ tham chiếu không mong muốn khỏi bộ đệm ẩn cho các đối tượng ứng dụng miền khác để kích thước đúng được báo cáo. Khắc phục sự cố này cũng bao gồm các thay đổi để cải thiện độ trễ cho System.Runtime.Caching đa lõi máy tính đang sử dụng máy chủ GC. Ngoài ra, sau khi khắc phục sự cố này được áp dụng, kích thước bộ đệm ẩn tất cả miền ứng dụng tái chế các trường hợp được tính đúng.

Vấn đề 3

Khi bạn có một ứng dụng Windows Presentation Foundation (WPF) dựa trên quảng cáo chuột cảm ứng chuyển xử lý tương tác người dùng liên lạc (thay vì bằng trực tiếp bằng cách sử dụng liên lạc sự kiện), bạn có thể gặp một số lượng lớn bất thường thấp quảng chuột di chuyển.

Trước đó, quảng cáo WPF bị điều chỉnh chuột cảm ứng chuyển để tránh việc di chuyển một số lượng lớn cảm ứng áp đảo bộ điều phối. Trong Khuôn khổ .NET 4.6.1, bản vá được đưa ga di chuyển số liên lạc đã được xử lý. Sau khi thay đổi, điều chỉnh tăng chuột gây ra một giảm thêm số chuột di chuyển đã được tạo ra. Điều chỉnh tăng chuột bây giờ bỏ không có gần như là một thư một giữa cảm ứng chuyển sự kiện và sự kiện di chuyển chuột được quảng cáo.

Vấn đề 4

Giả sử rằng bạn đang làm việc trên một ứng dụng WPF nhắm mục tiêu Khuôn khổ .NET 4.6. Bạn phải đặt giá trị CurrentThread.CurrentCulture hoặc CurrentThread.CurrentUICulture trong bất kỳ phương pháp bộ điều phối WPF kích hoạt bằng cách sử dụng một DispatcherOperation. Ví dụ, bạn phải đặt giá trị này trong một giao diện người dùng Bộ xử lí biến cố hoặc xây dựng MainWindow. Trong trường hợp này, CurrentCulture CurrentUICulture các giá trị được đặt lại các giá trị tương ứng trước vào phương pháp. Nếu một ứng dụng CurrentUICulture xây dựng MainWindow của nó hoặc xử lý bấm nút chọn một, cài đặt chuyên biệt đó hoàn nguyên về hệ thống GD.

Khắc phục sự cố này đảm bảo các giá trị CurrentThread.CurrentCulture/CurrentUICulture được đặt trong các phương pháp trong ứng dụng WPF tồn tại trong cùng một cách như họ đã làm trước khi Khuôn khổ .NET 4.6.

Vấn đề 5

Trong Khuôn khổ .NET 4.6, cờ mới, TaskContinuationOptions.RunContinuationsAsynchronously, được thêm vào thư viện tác vụ . Tuy nhiên, khi bạn sử dụng cờ này cùng với Task.WhenAll, Task.WhenAny hoặc Task.Unwrap, cờ không có hiệu lực. Cờ được đưa vào để tránh một số điều kiện gián đoạn. Khắc phục sự cố này đảm bảo rằng tất cả các loại nhiệm vụ continuations tôn trọng cờ mới.

Vấn đề 6

Trong Khuôn khổ .NET 4.6, có một lỗi trong AppContext gây ra an toàn chuỗi AppContext phương pháp được thực hiện không đúng. AppContext là một phần của cơ sở hạ tầng để giảm các thay đổi. Bạn có thể sử dụng AppContext để thiết lập và lấy cờ và đưa ra quyết định trong các ứng dụng dựa trên dữ liệu đó.

Khắc phục sự cố này cho phép đúng chủ đề an toàn cho các phương pháp trên AppContext liên quan đến thiết lập và lấy giá trị chuyển đổi.

Vấn đề 7

Khi bạn gặp một trường hợp cạnh phân bổ của mô hình tồn tại, và bạn cần một đoạn mới của heap được quản lý, thu rác có thể tính toán kích thước cam nhỏ hơn cần. Điều này gây ra sự vi phạm truy nhập trong giai đoạn gọn vì thu rác cố ghi vào bộ nhớ không được cam kết.

Sửa chữa tính toán kích thước chính xác.

Vấn đề 8

Khi bạn tạo mã riêng cho một số phương pháp này, các ứng dụng Khuôn khổ .NET và NGEN quy trình có thể gặp một sự cố không mong muốn.

Vấn đề 9

RyuJit tạo ra các hướng dẫn chính xác để so sánh 16 bit nguyên ký vào sổ kiểm nhập. Nó tạo ra kết quả không chính xác nếu giá trị vào giá trị MSB khác và nếu sử dụng hướng dẫn so sánh được tạo kiểm nhập operands.

Khắc phục sự cố này tạo ra các hướng dẫn chính xác.

Áp dụng cho

Bài viết này áp dụng cho các nội dung sau:
  • Microsoft Khuôn khổ .NET 4.6.1
  • Microsoft Khuôn khổ .NET 4.6, khi sử dụng:
    • Windows 7 Gói bản ghi dịch vụ 1
    • Windows Server 2008 R2 Gói bản ghi dịch vụ 1
    • Windows Server 2008 Gói bản ghi dịch vụ 2
    • Windows Vista Gói bản ghi dịch vụ 2

Cảnh báo: Bài viết này được dịch tự động

Thuộc tính

ID Bài viết: 3139551 - Xem lại Lần cuối: 07/22/2016 12:38:00 - Bản sửa đổi: 2.0

Microsoft .NET Framework 4.6.1, Microsoft .NET Framework 4.6

  • kbfix kbqfe kbsurveynew kbexpertiseadvanced kbmt KB3139551 KbMtvi
Phản hồi
>