บทความนี้จะอธิบายเกี่ยวกับ Rollup โปรแกรมแก้ไขด่วนที่พร้อมใช้งานบน Microsoft .NET Framework 4.6.1 และ 4.6 For more information about the issues that this hotfix rollup fixes, see the Issues that this hotfix rollup fixes section.
การแก้ไข
ดาวน์โหลดข้อมูล
โปรแกรมแก้ไขด่วนที่สอดคล้องกับ KB3139549 ถูกแทนที่ด้วยโปรแกรมอัปเดตล่าสุดของ .NET Framework ซึ่งมีการแก้ไขทั้งหมดที่รวมอยู่ใน KB3139549 ก่อนหน้านี้ It is recommended to install the latest updates of .NET Framework.
หากต้องการทราบข้อมูลเพิ่มเติมเกี่ยวกับการดาวน์โหลดไฟล์สนับสนุนของ Microsoft โปรดคลิกที่หมายเลขบทความต่อไปนี้เพื่อดูบทความใน Microsoft Knowledge Base:
119591 วิธีการรับไฟล์สนับสนุนของ Microsoft จากบริการออนไลน์ที่ Microsoft สแกนไฟล์นี้เพื่อหาไวรัส Microsoft ใช้ซอฟต์แวร์ตรวจหาไวรัสล่าสุดที่พร้อมใช้งานในวันที่โพสต์ไฟล์ ไฟล์จะถูกจัดเก็บบนเซิร์ฟเวอร์ที่มีการปรับปรุงความปลอดภัย ซึ่งช่วยป้องกันการเปลี่ยนแปลงใดๆ ที่ไม่ได้รับอนุญาตในไฟล์
ข้อมูลเพิ่มเติม
ข้อกำหนดเบื้องต้น
เมื่อต้องการใช้โปรแกรมแก้ไขด่วนนี้ คุณต้องติดตั้ง .NET Framework 4.6.1 หรือ .NET Framework 4.6
ความต้องการในการเริ่มระบบใหม่
คุณต้องรีสตาร์ตคอมพิวเตอร์หลังจากที่คุณใช้โปรแกรมแก้ไขด่วนนี้ถ้ามีการใช้ไฟล์ที่ได้รับผลกระทบ เราขอแนะ.NET Frameworkให้คุณออกจากแอปพลิเคชัน.NET Frameworkพื้นฐานทั้งหมดก่อนที่คุณจะใช้การแก้ไขด่วนนี้
ข้อมูลการแทนที่โปรแกรมแก้ไขด่วน
แพคเกจโปรแกรมแก้ไขด่วนนี้ไม่ได้แทนที่แพคเกจโปรแกรมแก้ไขด่วนที่เผยแพร่ก่อนหน้านี้
ปัญหาที่การแก้ไข Rollup การแก้ไขด่วนนี้
ปัญหาที่ 1
เมื่อแอปพลิเคชัน WPF ใช้องค์ประกอบ TreeViewItem ภายนอกบริบท TreeView แอปพลิเคชันอาจพบข้อยกเว้น InvalidCastException ที่มีการติดตามสแตกเริ่มต้นดังนี้:
ระบบ Windows Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
หมายเหตุ ข้อยกเว้นนี้เกิดขึ้นเมื่อองค์ประกอบ TreeViewItem อยู่ในตัวควบคุมรายการเสมือน (ตัวอย่างเช่น ตัวควบคุม ListBox, DataGrid หรือ ListView) ที่พยายามค้นหาออฟเซตการเลื่อนของ TreeViewItem หรือหนึ่งในรายการจากมากไปหาน้อย ตัวอย่างเช่น ถ้าคุณประกาศ TreeViewItem เป็นรากของ DataTemplats และ DataTemplats ถูกใช้เป็น CellTemplats ของคอลัมน์ DataGrid ข้อยกเว้นนี้จะเกิดขึ้น
ปัญหาที่ 2
ทั้ง System.Web.Caching และ System.Runtime.Caching จะรายงานขนาดของหน่วยความจําที่ใช้โดย AppDomain ทั้งหมดแทนขนาดของหน่วยความจําที่ใช้โดยรายการแคช
นี่คือปัญหาการถดถอยจาก .NET Framework 4.5 ที่มีการเปลี่ยนแปลงในการดําเนินการตัวจับเวลา นอกจากการรายงานขนาดที่ไม่ถูกต้อง วัตถุเพิ่มเติมที่อ้างอิงโดยแคชอาจมีผลต่อเวลาแฝง Gen2 GC อย่างมาก ในสถานการณ์การโฮสต์ ASP.NET แคชจะคํานวณขนาดของแคชทั้งหมดในโดเมนแอปพลิเคชันทั้งหมด (ที่รายงานผ่านแคช % ขีดจํากัดหน่วยความจํากระบวนการที่ใช้ตัวนับประสิทธิภาพ ASP.NET) เมื่อโดเมนแอปพลิเคชันถูกรีไซเคิล
การแก้ไขจะเอาการอ้างอิงโดยไม่ได้ตั้งใจออกจากแคชไปยังส่วนที่เหลือของวัตถุโดเมนแอป แล้วขนาดที่ถูกต้องจะถูกรายงาน ซึ่งยังมีการเปลี่ยนแปลงเพื่อปรับปรุงเวลาแฝงของ System.Runtime.Caching บนคอมพิวเตอร์แบบหลายหลักที่ใช้ Server GC สุดท้าย การแก้ไขนี้จะคํานวณขนาดของแคชทั้งหมดในสถานการณ์การรีไซเคิลโดเมนแอปอย่างถูกต้อง
ปัญหาที่ 3
เมื่อคุณมีแอปพลิเคชัน Windows Presentation Foundation (WPF) ที่อาศัยการเลื่อนเมาส์ที่เป็นโปรโมชันเพื่อจัดการกับการโต้ตอบระหว่างผู้ใช้แบบสัมผัส (แทนที่จะใช้เหตุการณ์ระบบสัมผัสโดยตรง) คุณอาจพบกับปริมาณการเลื่อนระดับเมาส์ที่ต่่าผิดปกติ
ในอดีต โปรโมชันเมาส์แบบควบคุมปริมาณ WPF ของการเคลื่อนไหวแบบสัมผัสเนื่องจากปริมาณการสัมผัสจะย้ายปริมาณมากจากการจัดส่ง ใน.NET Framework 4.6.1 มีการแก้ไขลักษณะการเหล่านี้ การแก้ไขจะควบคุมจํานวนการย้ายการสัมผัสที่ประมวลผล ดังนั้น การควบคุมปริมาณการโปรโมตเมาส์จึงเป็นสาเหตุให้การย้ายเมาส์ลดลงอีก ใน Rollup การอัปเดตนี้ การควบคุมปริมาณโปรโมชันเมาส์ได้ถูกเอาออกแล้ว และในตอนนี้ควรใกล้เคียงกับความสอดคล้อง 1 ถึง 1 รายการระหว่างเหตุการณ์การย้ายด้วยการสัมผัสและเหตุการณ์การย้ายเมาส์ที่มีเลื่อนระดับ
ปัญหา 4
สมมติว่าคุณใช้งานแอปพลิเคชัน WPF ที่เป้าหมายที่.NET Framework 4.6 ตัวอย่างเช่น สมมติว่าคุณพยายามตั้งค่า CurrentThread.CurrentCulture หรือ CurrentThread.CurrentUICulture ในวิธีใดๆ (เช่น ตัวจัดการเหตุการณ์ UI หรือตัวสร้าง MainWindow) ที่ถูกเรียกใช้โดย WPF Dispatcher โดยใช้ DispatcherOperation ในสถานการณ์นี้ ค่า CurrentCulture และ CurrentUICulture จะถูกรีเซ็ตเป็นค่าก่อนหน้าตามลําดับที่ส่วนท้ายของวิธี ถ้าแอปพลิเคชันตั้งค่า CurrentUICulture ในตัวสร้าง MainWindow หรือตัวจัดการการคลิกปุ่ม การตั้งค่านั้นจะเปลี่ยนกลับไปเป็น CULTURE UI ของระบบ
การแก้ไขนี้ช่วยให้แน่ใจว่าค่า CurrentThread.CurrentCulture/CurrentUICulture ที่สามารถตั้งค่าในวิธีการในแอปพลิเคชัน WPF จะคงอยู่เหมือนกับก่อน.NET Framework 4.6
ปัญหา 5
ในบานหน้าต่าง .NET Framework 4.6 ค่าสถานะใหม่ TaskContinuationOptions.RunContinuationsAsynchronously ถูกเพิ่มลงในไลบรารีงาน อย่างไรก็ตาม เมื่อคุณใช้ค่าสถานะนี้ร่วมกับ Task.WhenAll, Task.WhenAny หรือ Task.Unwrap ค่าสถานะจะไม่มีผลใดๆ ธงถูกแนะให้รู้จักเพื่อหลีกเลี่ยงสภาพการล็อกตายบางประการ การแก้ไขนี้ช่วยให้แน่ใจว่างานทุกประเภทจะมีความต่อเนื่องตามค่าสถานะใหม่
ปัญหา 6
AppContext เป็นส่วนหนึ่งของโครงสร้างพื้นฐานเพื่อลดการเปลี่ยนแปลง คุณสามารถใช้ AppContext เพื่อตั้งค่าและรับค่าสถานะ และตัดสินใจในแอปพลิเคชันของคุณที่ยึดตามข้อมูลนั้น ใน .NET Framework 4.6 มีบักใน AppContext ที่มีการปรับใช้ad-safety ของวิธีการ AppContext อย่างไม่ถูกต้อง
การแก้ไขนี้จะเปิดใช้งานความปลอดภัยเธรดที่ถูกต้องให้กับวิธีการบน AppContext ที่เกี่ยวข้องกับการตั้งค่าและการดึงค่าสวิตช์
ปัญหาที่ 7
เมื่อคุณดําเนินคดีขอบโดยการจัดสรรและรูปแบบการคงอยู่ของคุณ และคุณต้องการส่วนใหม่บนฮีปที่มีการจัดการของคุณ ถังขยะอาจคํานวณขนาดสัญญาที่มีขนาดเล็กกว่าที่ควรจะเป็น การกระดังกล่าวจะก่อให้เกิดการละเมิดการเข้าถึงระหว่างระยะการกระชับ เนื่องจากถังขยะพยายามเขียนหน่วยความจําแบบไม่เข้าไว้ การแก้ไขนี้จะคํานวณขนาดอย่างถูกต้อง
ปัญหาที่ 8
เมื่อคุณสร้างรหัสดั้งเดิมในบางวิธี แอปพลิเคชันหลักและ.NET Framework NGEN อาจหยุดการเสียหาย
ปัญหาที่ 9
RyuJit สร้างคําแนะนําที่ไม่ถูกต้องในการเปรียบเทียบจํานวนเต็ม 16 บิตที่ไม่มีลายเซ็นบน Registers ซึ่งให้ผลลัพธ์ที่ไม่ถูกต้องถ้าค่าที่ป้อนมีค่า MSB แตกต่างกัน ดังนั้นจึงสร้างคําแนะนําเปรียบเทียบที่ใช้ลงทะเบียนตัวถูกดําเนินการเท่านั้น การแก้ไขนี้สร้างคําแนะนําที่ถูกต้อง
