.net framework 4.8 x64x86中文离线版

.NET Framework 4.8中文离线版一般简称为.net 4.8中文离线版，是面向windows 10的全新运行环境而开发出来的产品，它在4.5.1的基础上新增了大量改进，涉及WPF、WCF、Windows Workflow、SIMD 指令集、垃圾收集器等各个方面，解决了。NET Framework开发人员社区要求的几种方案，包括现代浏览器和现代媒体控件、访问触摸和UWP控件和高DPI改进等等。

同时，net 4.8中文离线版还支持32/64位的 Windows Vista SP2、Windows 7 SP1、Windows 8、Windows 8.1、Windows Server 2008 SP2、Windows Server 2008 R2 SP1、Windows Server 2012等，支持简体中文等多种语言。除此之外，它还是一款脱机安装程序，比Web安装程序包大，且不包含语言包，但是能在由于没有Internet连接导致 Web 安装程序无法使用的情况下使用，需要的朋友请下载。

.net 4.8新功能

一、高DPI

1、高DPI仍然是。NET的焦点。随着显示器分辨率不断提高，应用程序需要放大以补偿文字和图像太小造成的无法辨认。在此版本中，ClickOnce和WinForms将迎来高DPI更新。

2、高DPI问题持续存在的原因有两个。首先是高分辨率显示器的可用性问题。在支持缩放的硬件变得可用之前，微软无法有效测试200%和300%的缩放比例。因此，除非显示器已经改进到一定程度，否则缩放仍然是一个问题。

3、另一个挑战是多监视器设置。当应用程序在不同分辨率的显示器之间移动时，必须重新计算缩放并换出图像。更糟糕的是，应用程序可能会在两个或多个具有不同分辨率的显示器上发生重叠。解决这种情况需要各种妥协，结果并不总是令人满意。

二、性能

除了通常的内部调整（如减少AsyncLocal的内存使用量或微调旋转锁）之外，此版本还修复了SqlDataReader.ReadAsync实际上不是异步执行的问题。

三、死锁和静态条件

1、鉴于。NET Framework日趋成熟，我们可能会惊奇地发现，许多核心库仍存在竞态条件和死锁。以下是与并发相关问题的部分列表。

2、CLR：在并发调用新动态方法可能发生的潜在崩溃。

3、CLR：调用EventSource的Dispose（）时可能发生死锁。

4、网络：在锁定NetworkChanged监听器和用户回调时，NetworkInformation.NetworkChange可能会发生死锁。

5、WCF：在调用Set（）之前关闭WaitHandle，可能在AsyncResult中存在竞态条件。

6、WCF：当中止连接导致从CleanupChannelCollections中抛出ObjectDisposedException时可能发生的竟态条件。

7、工作流程：在极端使用条件下（与MSDTC的大量连接），单个线程可能会无限期地持有CriticalSection。

8、用户界面可访问性（UIA）。

.net framework安装失败解决方法

1、在桌面上找到“计算机”，单击右键选择“管理”，如图所示。

2、在打开的“计算机管理”窗口中依路径“服务和应用程序——服务”打开，在列表中找到“Windows Update”并单击右键选择“停止”。

3、按住“Win+R”键打开运行对话框，输入cmd并回车，在打开的界面输入net stop WuAuServ回车（停止windows update服务），如图所示。

4、按住“Win+R”键打开运行对话框，输入cmd并回车，在打开的界面输入net stop WuAuServ回车（停止windows update服务），如图所示。

5、此时再打开原来的“计算机管理”窗口中依路径“服务和应用程序——服务”打开，在列表中找到“Windows Update”并单击右键选择“启动”，此时再安Microsoft .NET Framework 4.54.0的安装包就能顺利通过了。

.net4.8系统要求

Windows Server 2003，Windows Server 2008， Windows Vista， Windows XP

处理器：400 MHz Pentium 处理器或与之相当的处理器（最低配置）；1 GHz Pentium 处理器或与之相当的处理器（建议配置）

内存：96 MB（最低配置）；256 MB（建议配置）

硬盘：可能最多需要 500 MB 可用空间

CD 或 DVD 驱动器：不需要

显示器：800x600，256 色（最低配置）；1024x768 增强色，32 位（建议配置）

更新日志

v4.8版本

ASP.NET

1、修复ASP.NET CheckBox控件的InputAttributes和LabelAttributes的处理。

2、修复了HttpApplicationFactory类中HttpApplication实例池中的perf问题。

3、修复了从页面/控件抛出的NullReferenceException，只有参数化的构造函数，在定位4.7.2时使用默认值。

4、修复了使用自定义DataAnnotation.ValidationAttribute时ValidationContext.MemberName的问题。

5、修复了在GMT以东使用不存在的文件的变更监视器时MemoryCache中的ArgumentOutOfRangeException。

6、修复可能影响多部分数据处理的多值HTTP标头的处理。

7、修复了可能影响多部分数据处理的多值HTTP标头的处理问题。

8、对于客户端应用程序（winforms，WPF或控制台应用程序等），ASP.NET客户端应用程序服务API已经针对潜在的恶意JSON有效负载进行了强化。

9、修复了ASP.NET 4.7中引入的问题，其中意外删除特定类型的缓存项可能导致孤立的* .delete文件阻止Web应用程序运行。

BCL

1、修复了使用区域性感知StringComparer的集合的反序列化。

2、修复了System.Runtime.CompilerServices.RuntimeFeature.IsSupported以正确考虑。NET Framework 4.7.1中引入的Portable PDB功能的应用程序兼容性quirk设置。

3、通过解析年份编号超过该日期时代的年数的日语日期来修复该异常。只有当有人试图解析包含某个时代和年份的日期时，才会注意到行为的变化，而这一年超过了那个时代的去年。

4、默认情况下，提升的进程不会读取HKCU以获取托管的COM激活信息。

5、修复了CultureAwareComparer类的序列化兼容性问题。

6、将System.IO.Compression zlib（在clrcompression.dll内）升级到最新的zlib版本1.2.11。

7、通过使用CAPI类减少哈希中的内存分配来修复（SHA256CryptoServiceProvider，等）。

8、通过使用CNG类减少哈希中的内存分配来修复（SHA256Cng，等）。

9、修复了Windows处理闰秒后System.DateTime返回错误时间的问题，方法是跟踪更改：DateTime和DateTimeOffset将使用Windows RS5系统报告的跳跃秒数。DateTime.Now和DateTime.UtcNow将始终与系统时间同步。DateTime和DateTimeOffset永远不会将闰秒报告为值60，而是始终将其报告为59. DateTime和DateTimeOffset操作将继续按原样运行，即内部始终将分钟处理为60秒，这使得它成为可能与低级平台兼容。

10、修复了CultureAwareComparer对象的WCF反序列化失败问题。修复了使用WCF直接使用数据协定序列化与Web服务或应用程序进行通信的应用程序遇到无法反序列化CultureAwareComparer对象的问题。

11、减少了在操作系统中设置的“FIPS模式”位的影响。

12、将EnvelopedCms的默认内容加密算法更改为AES。

13、修复了GetECDsaPublicKey以处理脑池曲线。

14、减少了因使用X509Certificate2和相关类型而导致的对象完成次数。

15、修正了第1年日语日期的格式（作为任何时代的第一年），日期将使用元字符而不是年号“1”格式化。新格式化日期行为的示例：平成元年11月21日与旧格式化日期行为相比平成1年11月21日。

16、修复了RsaProtectedConfigurationProvider使用的默认设置（使用AES代替3DES，RSA现在使用2048位密钥，默认情况下OAEP处于启用状态），使用OAEP修复加密，以便写入正确的元数据。

17、添加API以使用调用者指定的摘要算法获取证书指纹。

18、修复了在行的开头读取异步读取具有少于字符的字节数的进程输出时抛出的IndexOutOfRangeException。

19、减轻某些System.Data.SqlClient使用方案中出现的兼容性中断。

20、修复了使用BinaryFormatter序列化大量对象时发生的序列化异常。