Hotfix rollup 3139551 cho .NET Framework 4.6.1 và 4.6 trên Windows

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 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 DataTemplatevà DataTemplate được sử dụng làm CellTemplate cột DataGrid .

Vấn đề 2

System.Web.Caching và System.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ừ .NET Framework 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 phải một khối lượng thấp bất thường phát huy 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 .NET Framework 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 chuột tăng hiện xoá 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 được quảng cáo chuột di chuyển.

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 .NET Framework 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 xử lý sự kiện hoặc xây dựng MainWindow. Trong trường hợp này, các giá trị CurrentCulture và CurrentUICulture được thiết lập 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, cài đặ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 .NET Framework 4.6.

Vấn đề 5

Trong .NET Framework 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 .NET Framework 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 nhỏ 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 .NET Framework 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ổ đăng ký. 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 đăng ký 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 .NET Framework 4.6.1

• Microsoft .NET Framework 4.6, khi sử dụng:
  
  

  • Windows 7 Gói Dịch vụ 1

  • Windows Server 2008 R2 Gói Dịch vụ 1

  • Windows Server 2008 Gói Dịch vụ 2

  • Windows Vista Gói Dịch vụ 2