microsoft .net framework 4.8是微软官方出品的一款系统安装组件，一般简称为.net4.8，能够支持windows11、windows10、Windows Server 2019等系统，添加了许多新的修补程序和多项新功能，同时保持了非常稳定的产品。比如减少 FIPS 对加密的影响、使用更新版本的 ZLib、添加了对 Per-Monitor V2 DPI 感知和 Mixed-Mode DPI 缩放的支持、对 JIT 编译器的改进、所有程序集的反恶意软件扫描等等，可以更好的服务于用户。
同时.net4.8也是一个托管执行环境，它为正在运行的应用程序提供各种服务，由两个主要的组件组成：公共语言运行时库（CLR），它是处理正在运行应用程序的执行引擎；和 .NET Framework 类库，它提供了经过测试的可重用代码库，开发人员可从自己的应用程序中调用该库。ps：这里小编带来的是.net4.8离线安装包，包括32位和64位两个版本，还有web安装包，用户可以根据自身需要选择安装。
microsoft .net framework 4.8新功能
一、基类
1、减少 FIPS 对加密的影响。
在早期版本的 .NET Framework 中，当系统加密库配置为“FIPS 模式”时，托管加密提供程序类（如 SHA256Managed）会抛出 CryptographicException。 由于加密提供程序类的托管版本（与系统加密库不同）未经过 FIPS（联邦信息处理标准）140-2 认证，因此会引发这些异常。 由于几个开发人员使其开发计算机处于 FIPS 模式，因此通常会在生产系统中引发异常。
默认情况下，在面向 .NET Framework 4.8 的应用程序中，以下托管加密类在此示例中不再引发 CryptographicException：
- MD5Cng
- MD5CryptoServiceProvider
- RC2CryptoServiceProvider
- RijndaelManaged
- RIPEMD160Managed
- SHA256Managed
相反，这些类会将加密操作重定向到系统加密库。 此更改有效地消除了开发人员环境和生产环境之间的潜在混淆差异，并使本机组件和托管组件在同一加密策略下运行。 依赖于这些异常的应用程序可以通过将 AppContext 开关 Switch.System.Security.Cryptography.UseLegacyFipsThrow 设置为 true来还原以前的行为。
2、使用更新版本的 ZLib
从 .NET Framework 4.5 开始，clrcompression.dll 程序集使用 ZLib（用于数据压缩的本机外部库），以便为 deflate 算法提供实现。 clrcompression.dll 的 .NET Framework 4.8 版本更新为使用 ZLib 版本 1.2.11，其中包括多项关键改进和修复。
二、Windows Communication Foundation （WCF）
ServiceHealthBehavior 简介
运行状况终结点由业务流程工具广泛使用以基于其运行状况状态来管理服务。 监视工具还可以使用健康检查来跟踪和提供有关服务的可用性和性能的通知。
ServiceHealthBehavior 是一个 WCF 服务行为，该行为可扩展 IServiceBehavior。 添加到 ServiceDescription.Behaviors 集合中时，服务行为将执行以下操作：
1、返回带有 HTTP 响应代码的服务健康状态。 可以在查询字符串中指定 HTTP/GET 运行状况探测请求的 HTTP 状态代码。
2、发布有关服务运行状况的信息。 可以使用 HTTP/GET 请求和 ?health 查询字符串来显示特定于服务的详细信息，包括服务状态、限制计数和容量。 对行为不正常的 WCF 服务进行故障排除时，可以轻松访问此类信息则很重要。
三、Windows Presentation Foundation （WPF）
1、高 DPI 增强功能
在 .NET Framework 4.8 中，WPF 添加了对 Per-Monitor V2 DPI 感知和 Mixed-Mode DPI 缩放的支持。
.NET framework 4.8 改进了对支持混合模式 DPI 缩放的平台上的高 DPI WPF 应用程序中的寄宿 HWND 和 Windows 窗体互操作的支持。通过调用 SetThreadDpiHostingBehavior 和 SetThreadDpiAwarenessContext 将寄宿 HWND 或 Windows 窗体控件创建为混合模式 DPI 缩放窗口时，它们可以托管在按监视器 V2 WPF 应用程序中，并且相应地调整大小和缩放。 此类托管内容不会以原生 DPI 呈现，相反，操作系统会将托管内容缩放为适当的大小。 对按监视器 v2 DPI 感知模式的支持还允许 WPF 控件托管（即，设置为父级）在高 DPI 应用程序的本机窗口中。
四、公共语言运行时
.NET Framework 4.8 中的运行时包括以下更改和改进：
1、对 JIT 编译器的改进
.NET Framework 4.8 中的实时 （JIT） 编译器基于 .NET Core 2.1 中的 JIT 编译器。 .NET Framework 4.8 JIT 编译器中包含了许多优化和对 .NET Core 2.1 JIT 编译器所做的所有 bug 修复。
2、NGEN 改进
运行时改进了本机映像生成器 (NGEN) 映像的内存管理，以便从 NGEN 映像映射的数据不驻留在内存中。 这将缩减可受到攻击的外围应用，攻击方法为试图通过修改将执行的内存来执行任意代码。
3、所有程序集的反恶意软件扫描
在早期版本的 .NET Framework 中，运行时使用 Windows Defender 或第三方反恶意软件扫描从磁盘加载的所有程序集。 但是，从其他源（例如通过 Assembly.Load(Byte[]) 方法）加载的程序集不会被扫描，并且可能包含未检测到的恶意软件。 从 Windows 10 上运行的 .NET Framework 4.8 开始，运行时通过实现反恶意软件扫描界面 (AMSI) 的反恶意软件解决方案来触发扫描。
.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的安装包就能顺利通过了。
系统要求
一、硬件要求
处理器 1 GHz
RAM 512 MB
最小磁盘空间（32 位） 4.5 GB
最小磁盘空间（64 位） 4.5 GB
二、安装要求
需要具有管理员权限才能安装 .NET Framework。 如果在要安装 .NET Framework 的计算机上不具有管理员权限，请联系网络管理员。
三、兼容的操作系统
Windows客户端版本：64位 Windows 11、64位和32位 Windows 10
Windows Server版本：64位 Windows Server 2019+、Windows Server，版本 1809†、Windows Server，版本 1803†、Windows Server，版本 1709†
更新日志
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序列化大量对象时发生的序列化异常。
共有 0条评论