.net 4.8 相对于其它版本比较拥有了更多的新特性更有便捷的操作方式以及支持多种不同的 操作系统 带来极大的方便，简洁大气的用户界面以及强大的功能新技术等等应有尽有，让您轻松穿件令人惊叹的视觉效果，上手容易值得一试。需要的朋友赶紧来下载吧！

.net framework 4.8离线安装包介绍：

.net framework 4.8中文离线版也可以叫做.net 4.8中文离线版，是面向windows 10的全新运行环境而开发出来的产品，它在4.5.1的基础上新增了大量改进，涉及wpf、wcf、windows workflow、simd 指令集、垃圾收集器等各个方面，解决了.net framework开发人员社区要求的几种方案，包括现代 浏览器 和现代媒体控件、访问触摸和uwp控件和高dpi改进等等。

.net 4.8特点：

一、高dpi

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

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

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

二、死锁和静态条件

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

clr：在并发调用新动态方法可能发生的潜在崩溃

clr：调用eventsource的dispose()时可能发生死锁

网络：在锁定networkchanged监听器和用户回调时，networkinformation.networkchange可能会发生死锁

wcf：在调用set()之前关闭waithandle，可能在asyncresult中存在竞态条件

wcf：当中止连接导致从cleanupchannelcollections中抛出objectdisposedexception时可能发生的竟态条件

工作流程：在极端使用条件下(与msdtc的大量连接)，单个线程可能会无限期地持有criticalsection

用户界面可访问性(uia)

三、性能

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

主要功能：

提供一个将软件部署和版本控制冲突最小化的代码执行环境。

提供一个可提高代码(包括由未知的或不完全受信任的第三方创建的代码)执行安全性的代码执行环境。

提供一个一致的面向对象的编程环境,而无论对象代码是在本地存储和执行,还是在本地执行但在 internet 上分布,或者是在远程执行的。

提供一个可消除脚本环境或解释环境的性能问题的代码执行环境。

使开发人员的经验在面对类型大不相同的应用程序(如基于 windows 的应用程序和基于 web 的应用程序)时保持一致。

按照工业标准生成所有通信,以确保基于 .net framework 的代码可与任何其他代码集成。

更新日志：

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、修复了getecd sap ublickey以处理脑池曲线。

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序列化大量对象时发生的序列化异常。