Hotfix rollup 3035814 (gián tuyến cài đặt) cho Khuôn khổ .NET 4.5, 4.5.1 và 4.5.2 Windows Vista SP2, Windows 7 SP1, Windows 8, Windows 8.1, Windows Server 2008 SP2, Windows Server 2008 R2 SP1, Windows Server 2012 và Windows Ser...

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: 3035814
Bài viết này mô tả hotfix rollup 3035814 có sẵn cho Microsoft Khuôn khổ .NET 4.5.2, Khuôn khổ .NET 4.5.1 và Khuôn khổ .NET 4.5. Để biết thêm thông tin về các hotfix rollup giải quyết, hãy xem phần "Hotfix rollup này giải quyết các vấn đề"phần.

Diễn đàn gói có thể được sử dụng trong các tình huống khi cài đặt chuyên biệt web site không thể sử dụng do thiếu kết nối Internet. Bất cứ nơi nào có thể, chúng tôi khuyên bạn sử dụng trình cài đặt chuyên biệt Web thay vì các gói diễn đàn để tối ưu hiệu suất và băng thông yêu cầu.
Giải pháp
Microsoft hiện đã cung cấp bản cập nhật nóng được hỗ trợ. Tuy nhiên, nó là nhằm khắc phục chỉ sự cố bài viết này mô tả. Áp dụng cho các hệ thống đang gặp sự cố cụ thể này.

Để khắc phục sự cố này, hãy liên hệ với bản ghi dịch vụ hỗ trợ khách hàng Microsoft để lấy hotfix. Để biết danh sách đầy đủ số điện thoại bản ghi dịch vụ hỗ trợ khách hàng của Microsoft và thông tin về chi phí hỗ trợ, ghé thăm website sau của Microsoft:Lưu ý Trong trường hợp đặc biệt, chi phí thường phát sinh cho cuộc gọi hỗ trợ có thể bị hủy bỏ nếu chuyên viên hỗ trợ Microsoft xác định rằng một Cập Nhật cụ thể sẽ giải quyết vấn đề của bạn. Chi phí hỗ trợ thông thường sẽ áp dụng cho các vấn đề không phù hợp với bản Cập Nhật cụ thể trong câu hỏi và câu hỏi hỗ trợ bổ sung.
Thông tin thêm

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

Để áp dụng hotfix này, bạn phải Khuôn khổ .NET 4.5.2, Khuôn khổ .NET 4.5.1 hoặc Khuôn khổ .NET 4.5 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 đó.

Phát hiện đã cài đặt chuyên biệt hotfix

Để cài đặt chuyên biệt thành công hotfix rollup 3035814 Khuôn khổ .NET 4.5 và phiên bản mới hơn, kiểm tra để xác định phiên bản cài đặt chuyên biệt phiên bản từ khoá. Để chuyển tiếp tương hợp về sau, bạn có thể kiểm tra giá trị lớn hơn hoặc bằng giá trị được liệt kê trong bảng này.

Hotfix Rollup Phiên bảnGiá trị DWORD phát hành
Hotfix rollup 3035814 Khuôn khổ .NET 4.5 và phiên bản mới hơn379970

Để biết thêm thông tin về cách kiểm tra cài đặt chuyên biệt phiên bản Khuôn khổ .NET, xem bài viết MSDN sau:


Hotfix rollup này giải quyết các vấn đề

Vấn đề 1

Giả sử rằng bạn có một ứng dụng Windows Presentation Foundation (WPF) 32-bit trên hệ điều hành 64-bit. Khi ứng dụng liên tục gọi phương pháp PrintQueue.GetPrintCapabilities (hoặc các phương pháp in liên quan khác, chẳng hạn như PrintQueue.Dispose), rò bộ nhớ xảy ra trong quá trình riêng biệt chạy dllhost.exe.

Lưu ý: Vấn đề này thường xảy ra khi bạn kèm theo đối tượng PrintQueue trong "sử dụng" khối sau:
using (var printQueue = new PrintQueue(printServer, printerName)){ ... use printQueue ... }

Vấn đề 2

Khi bạn kích hoạt giao diện người dùng, một điều khiển danh sách như ListBox, DataGrid, ListView hoặc TreeView trong ứng dụng WPF ảo, bạn gặp sự cố sau:
  • NullReferenceException hoặc ArgumentException
  • Di chuyển đến một vị trí không mong muốn
  • Vòng lặp vô hạn hoặc treo
  • StackOverflow ngoại lệ
  • Lỗi khi bạn di chuyển đến cuối trang
Nguyên nhân

Thông thường, những vấn đề này xảy ra khi lớp VirtualizingStackPanel phát hiện ra rằng một hoặc nhiều các con đã thay đổi chiều cao, thời gian khác trong yêu cầu đầu tiên đo từ cha mẹ của mình. Để thuận tiện, chúng tôi là trường hợp này là "thay đổi dưới lên cao". Trường hợp này bao gồm các ví dụ sau:
  • Mở rộng hoặc thu gọn con phân cấp (TreeViewItem hoặc GroupItem)
  • Thùng con khi dữ liệu mới ra độ cao khác nhau so với dữ liệu cũ (khi VirtualizingMode = "Tái chế" được đặt)
  • Sử dụng một UserControl nội dung mà phụ thuộc vào dữ liệu ngoài điều khiển
  • Chạy bộ xử lý văn bản của ứng dụng cho các sự kiện liên quan đến giao diện như tải hoặc LayoutUpdated
  • Liên kết dữ liệu dữ liệu ngoài con (ví dụ: sử dụng AncestorType hoặc ElementName trong liên kết)
Lớp VirtualizingStackPanel luôn không thể xử lý trường hợp này một cách chính xác, điều này có thể gây ra sự cố đã mô tả.

Lưu ý:
  • Logic đã được cải thiện để khắc phục sự cố phát sinh từ dưới lên cao thay đổi.
  • Tình hình thay đổi chiều cao dưới lên chịu trách nhiệm nhất di chuyển và đo lường các vấn đề đã báo cáo cho Microsoft, nhưng không phải cho tất cả. Cùng một vấn đề có thể xảy ra vì các lý do khác không được giải quyết bằng cách khắc phục sự cố này.
Vấn đề 3

Giả sử rằng bạn đã áp dụng các Ngày cập nhật. Trong trường hợp này, hiệu suất degradations và ổn định xảy ra trên các hệ thống dựa trên nền tảng thu gom rác. Sự cố này xảy ra vì thu rác đã được Cập Nhật cho "ghi xem bộ nhớ" (MEM_WRITE_WATCH) tính năng yêu cầu chứ không phải là tuỳ chọn. Bản cập nhật này lại cho phép tính năng MEM_WRITE_WATCH là tuỳ chọn.

Vấn đề 4

Giả sử rằng bạn có một IIS lưu trữ WCF bản ghi dịch vụ đang chạy trên Khuôn khổ .NET 4.5.1 hoặc 4.5.2. bản ghi dịch vụ được thiết lập để yêu cầu chứng chỉ máy tính khách trong cài đặt chuyên biệt IIS. Tuy nhiên, liên kết HttpsTransportBindingElement.RequireClientCertificate là sai.

Trong trường hợp này, WCF hỗ trợ cài đặt chuyên biệt IIS và sẽ không đúng cách xác nhận chứng chỉ máy tính khách. Bạn có thể khắc phục sự cố này bằng cách sử dụng một liên kết tuỳ chỉnh cài đặt chuyên biệt thuộc tính HttpsTransportBindingElement.RequireClientCertificate đúng.

Vấn đề 5

Giả sử rằng bạn có một bản ghi dịch vụ WCF sử dụng bảo mật truyền tải. bản ghi dịch vụ này có liên kết với SecurityBindingElement.SecurityHeaderLayout được đặt thành giá trị không phải mặc định nghiêm ngặt.

Trong trường hợp này, WCF bỏ qua thuộc tính này, do đó, WCF khách hàng không thể giao tiếp với các bản ghi dịch vụ ngay cả khi sử dụng một giao diện chính xác. Để cho WCF hỗ trợ này đúng cách, bạn phải thêm dòng sau vào appSettings tập tin cấu hình:
<appSettings><add key="wcf:useConfiguredTransportSecurityHeaderLayout" value="true" /></appSettings>

Thuộc tính

ID Bài viết: 3035814 - Xem lại Lần cuối: 01/25/2016 07:32:00 - Bản sửa đổi: 2.0

Microsoft .NET Framework 4.5.2, Microsoft .NET Framework 4.5.1, Microsoft .NET Framework 4.5

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