原文地址：
我们很高兴地宣布今天发布.net framework 4.8。它包含在windows 10 may 2019更新中。.net framework 4.8也可在windows 7+和windows server 2008 r2 +上使用。
您可以从我们的 .net下载站点安装.net 4.8 。要构建面向.net framework 4.8的应用程序，可以下载.net 4.8开发人员包。如果您只想要.net 4.8运行时，可以尝试：
- .net 4.8 web安装程序 – 在安装期间需要internet连接
- .net 4.8脱机安装程序 – 可以在以后以断开连接状态下载和安装
.net framework 4.8包含更新的工具集以及几个方面的改进：
- [运行时] jit和ngen改进
- [bcl] 更新了zlib
- [bcl] 降低fips对密码学的影响
- [winforms] 辅助功能增强功能
- [wcf] 服务行为增强功能
- [wpf] 高dpi增强，uiautomation改进
您可以在.net framework 4.8发行说明中看到完整的改进列表 。 .net 4.8也更新了参考源。
支持的windows版本
windows客户端版本： windows 10版本1903，windows 10版本1809，windows 10版本1803，windows 10版本1709，windows 10版本1703，windows 10版本1607，windows 8.1，windows 7 sp1
windows server版本： windows server 2019，windows server版本1803，windows server 2016，windows server 2012，windows server 2012 r2，windows server 2008 r2 sp1
.net framework 4.8中的新功能
运行时 – jit改进
.net 4.8中的jit基于.net core 2.1。现在，.net framework中提供了所有错误修复和.net core 2.1中许多基于代码生成的性能优化。
运行时 – ngen的改进
.net framework中的ngen映像不再包含可写和可执行部分。这减少了可用于通过修改将要执行的内存来执行任意代码的攻击的表面区域。
虽然在运行时内存中仍然存在可写和可执行数据，但此更改会删除从ngen映像映射的数据，从而允许它们在不允许图像中的可执行/可写部分的受限环境中运行。
运行时 – 所有程序集的反恶意软件扫描
在以前版本的.net framework中，windows defender或第三方反恶意软件会自动扫描从磁盘加载的所有程序集以查找恶意软件。但是，从其他地方加载的程序集（例如使用assembly.load（byte []））将不会被扫描，并且可能会检测到未检测到的病毒。
windows 10上的.net framework 4.8会触发windows defender和许多其他实现反恶意反恶意软件解决方案对这些程序集的。我们希望这会使恶意软件更难以在.net程序中伪装自己。
bcl – 更新了zlib
从.net framework 4.5开始，我们使用 clrcompression.dll中的zlib本机版本（用于数据压缩的本机外部压缩库） ，以便为deflate算法提供实现。在.net framework 4.8中，我们将clrcompression.dll更新为使用版本1.2.11，其中包括几个关键的改进和修复。
bcl – 降低fips对密码学的影响
.net framework 2.0+具有加密提供程序类，例如sha256managed，当在“fips模式”下配置系统加密库时会抛出cryptographicexception。抛出这些异常是因为托管版本未经过fips（联邦信息处理标准）140-2认证（jit和ngen映像生成都会使证书无效），这与系统加密库不同。很少有开发人员将他们的开发机器置于“fips模式”，导致这些异常在生产（或客户系统）中引发。.net framework还使用“fips模式”设置来阻止加密算法，这些加密算法不被fips规则视为已批准的算法。
对于为.net framework 4.8构建的应用程序，将不再抛出这些异常（默认情况下）。相反，sha256managed类（以及其他托管加密类）会将加密操作重定向到系统加密库。此策略更改有效地消除了开发人员环境与运行代码的生产环境之间可能存在的混淆差异，并使本机组件和托管组件在相同的加密策略下运行。
针对.net framework 4.8的应用程序将自动切换到较新的宽松策略，并且在“fips模式”下不再会看到从md5cng，md5cryptoserviceprovider，rc2cryptoserviceprovider，ripemd160managed和rijndaelmanaged引发的异常。依赖于先前版本的异常的应用程序可以通过将appcontext开关“switch.system.security.cryptography.uselegacyfipsthrow”设置为“true”来返回到先前的行为。
windows窗体 – 辅助功能增强功能
在.net framework 4.8中，winforms添加了三个新功能，使开发人员能够编写更易于访问的应用程序。添加的功能旨在使视障用户的应用程序数据通信更加健壮。当用户通过键盘导航时，我们添加了对tooltips的支持，我们已将liveregions和notification events添加到许多常用控件中。
要启用这些功能，您的应用程序需要在app.config文件中启用以下appcontextswitches：
windows窗体 – uia liveregions支持标签和statusstrips
uia live regions允许应用程序开发人员通知屏幕阅读器控件的文本更改，该控件位于用户工作的位置之外。这将派上用场的示例可以是显示连接状态的statusstrip。如果删除连接并且状态发生更改，开发人员可能希望通知屏幕阅读器此更改。windows forms已为label控件和statusstrip控件实现了uia liveregions。
在label控件中使用liveregion的示例：
讲述者现在将宣布“准备就绪”，无论用户在何处与应用程序进行交互。
您还可以将usercontrol实现为live区域：
windows窗体 – uia通知事件
在windows 10 fall creators update中，windows引入了一种新方法，让应用程序通知narrator内容已更改，而narrator应该宣布更改。uia通知事件为您的应用程序提供了一种方式来引发uia事件，这会导致讲述人根据您为事件提供的文本简单地发布通知，而无需在ui中使用相应的控件。在某些情况下，这可能是一种直接提高应用程序可访问性的方法。有关uia通知事件的更多信息，请参阅此。
通知可能派上用场的一个示例是通知可能需要一些时间的某个过程的进度。
提升通知事件的示例：
windows窗体 – 键盘访问的工具提示
目前，只能通过将鼠标指针移动到控件中来触发控制工具提示。此新功能使键盘用户可以通过使用tab键或带有或不带修饰键的箭头键来聚焦控件来触发控件的工具提示。此特定辅助功能增强需要额外的appcontextswitch，如以下示例所示：
1.创建一个新的winforms应用程序。
2.将以下xml添加到app.config文件中。
3.将几个按钮和一个tooltip控件添加到应用程序的表单中。
4.设置按钮的工具提示。
5.运行应用程序并使用键盘在按钮之间导航：
windows窗体 – datagridview控制可访问的层次结构更改
目前，可访问的层次结构（ui自动化树）将编辑框树元素显示为当前编辑的单元格的子元素，但不显示为datagridview的根子元素。可以使用inspect工具观察层次结构树更新：
wcf – servicehealthbehavior
健康端点具有许多优点，并且编排工具广泛使用它来根据服务健康状况管理服务。监控工具还可以使用运行状况检查来跟踪和警告服务的可用性和性能，并将其作为早期问题指标。
servicehealthbehavior是一种扩展iservicebehavior的wcf服务行为。添加到servicedescription.behaviors集合后，它将启用以下内容：
- 使用http响应代码返回服务运行状况：可以在查询字符串中指定http / get运行状况探测请求的http状态代码。
- 发布服务运行状况：使用“？运行状况”查询字符串，使用http / get请求显示服务特定的详细信息，包括服务状态和节流计数和容量。在故障排除错误行为的wcf服务时，了解并轻松访问所显示的信息非常重要。
配置servicehealthbehavior：
有两种方法可以公开运行状况端点并发布wcf服务运行状况信息：使用代码或使用配置文件。
- 使用代码启用运行状况端点
- 使用config启用健康端点
使用http响应代码返回服务运行状况：
可以通过查询参数（onservicefailure，ondispatcherfailure，onlistenerfailure，onthrottlepercentexceeded）查询运行状况。可以为每个查询参数指定http响应代码（200 – 599）。如果省略查询参数的http响应代码，则默认使用503 http响应代码。
查询参数和示例：
- onservicefailure：
- 示例：通过查询https：// contoso：81 / service1？health＆onservicefailure = 450，当servicehost.state大于communicationstate.opened时，将返回450 http响应状态代码。
- ondispatcherfailure：
- 示例：通过查询https：// contoso：81 / service1？health＆ondispatcherfailure = 45 5，当任何通道调度程序的状态大于communicationstate.opened时，将返回455 http响应状态代码。
- onlistenerfailure：
- 示例：通过查询https：// contoso：81 / service1？health＆onlistenerfailure = 4 65，当任何通道侦听器的状态大于communicationstate.opened时，将返回465 http响应状态代码。
- onthrottlepercentexceeded：指定触发响应的百分比{1 – 100}及其http响应代码{200 – 599}。
- 示例：通过查询https：// contoso：81 / service1？health＆onthrottlepercentexceeded = 70：350,95：500，当节流百分比等于或大于95％时，返回500响应代码; 当百分比等于或大于70％且小于95％时，返回350; 否则，返回200。
出版服务健康状况：
启用运行状况端点后，可以在html中显示服务运行状况（通过指定查询字符串：https：// contoso：81 / service1？运行状况）或xml（通过指定查询字符串：https：// contoso： 81 / service1？health＆xml）格式。https：// contoso：81 / service1？health＆nocontent返回空的html页面。
注意：
始终限制对服务运行状况终结点的访问是最佳做法。您可以使用以下机制限制访问：
- 为健康端点使用不同于其他服务的端口，并使用防火墙规则来控制访问。
- 将所需的身份验证和授权添加到运行状况端点绑定。
wpf – 屏幕旁白者不再宣布具有折叠或隐藏可见性的元素
屏幕阅读器不再宣布具有折叠或隐藏可见性的元素。如果向用户宣布这些元素，则包含具有折叠或隐藏可见性的元素的用户界面可能被屏幕阅读器误传。在.net framework 4.8中，wpf不再包含uiautomation树的control view中的collapsed或hidden元素，因此屏幕阅读器无法再宣布这些元素。
wpf – selectiontextbrush属性，用于非基于adorner的文本选择
在.net framework 4.7.2中，wpf添加了在不使用adorner层的情况下绘制textbox和passwordbox文本选择的功能（参见此处）。此场景中所选文本的前景色由systemcolors.highlighttextbrush决定。
在.net framework 4.8中，我们添加了一个新属性selectiontextbrush，允许开发人员在使用基于非装饰器的文本选择时为所选文本选择特定画笔。
此属性仅适用于启用了基于非装饰器的文本选择的wpf应用程序中的textboxbase派生控件和passwordbox。它不适用于richtextbox。如果未启用基于非装饰器的文本选择，则会忽略此属性。
要使用此属性，只需将其添加到xaml代码并使用适当的画笔或绑定。
生成的文本选择如下所示：
您可以结合使用selectionbrush和selectiontextbrush来生成您认为合适的背景和前景的任何颜色组合。
wpf – 高dpi增强功能
wpf在.net 4.8中增加了对per-monitor v2 dpi感知和混合模式dpi扩展的支持。有关这些windows概念的更多信息，请参见。
wpf中最新的per监视器应用程序开发指南指出，只有纯wpf应用程序可以在高dpi wpf应用程序中无缝工作，并且不完全支持hosted hwnd和windows forms控件。
.net 4.8改进了对支持混合模式dpi扩展的平台上的高dpi wpf应用程序中托管hwnd和windows forms互操作的支持（windows 10 v1803）。当托管hwnd或windows窗体控件创建为混合模式dpi缩放窗口时（如“ 混合模式dpi缩放和dpi感知api ”文档中所述，通过调用setthreaddpihostingbehavior和setthreaddpiawarenesscontext api），可以托管此类per-monitor v2 wpf应用程序中的内容，并对它们进行适当调整大小和缩放。此类托管内容不会在本机dpi上呈现 – 相反，操作系统会将托管内容扩展到适当的大小。
对per-monitor v2 dpi感知模式的支持还允许在高dpi应用程序的本机窗口下托管（即，父级）wpf控件。windows 10 v1607（周年纪念更新）将提供per-monitor v2 dpi awareness支持。当通过应用程序清单启用per-monitor v2 dpi awareness模式时，windows添加了对child-hwnd的支持以接收dpi更改通知。
wpf利用此支持来确保在本机窗口下托管的控件可以响应dpi更改并自行更新。例如，在windows窗体中托管的wpf控件或表现为per monitor v2的win32应用程序 – 现在能够正确响应dpi更改并自行更新。
请注意，windows支持windows 10 v1803上的混合模式dpi扩展，而v1607以上版本支持per-monitor v2。
要试用这些功能，必须启用以下应用程序清单和appcontext标志：
1.在您的应用程序中启用per-monitor dpi：在app.manifest中打开per-monitor v2
2.在wpf中启用高dpi支持：目标.net framework 4.6.2或更高版本
3.在app.config中设置appcontext开关
或者，在app.config中设置appcontextswitch switch.system.windows.donotusepresentationdpicapabilitytier2orgreater = false以启用.net 4.8中引入的per-monitor v2和混合模式dpi支持。
最终app.config中的运行时部分可能如下所示：
appcontext开关也可以在注册表中设置。您可以参考appcontext类以获取其他文档。
wpf – 支持uiautomation controllerfor属性
uiautomation的controllerfor属性返回一个自动化元素数组，这些元素由支持该属性的自动化元素操作。此属性通常用于自动建议可访问性。当自动化元素影响应用程序ui或桌面的一个或多个段时，将使用controllerfor。否则，很难将控制操作的影响与ui元素相关联。此功能增加了控件为controllerfor属性提供值的功能。
automationpeer中添加了一个新的虚拟方法：
要为controllerfor属性提供值，只需覆盖此方法并返回此automationpeer操作的控件的automationpeers列表：
wpf – 键盘访问的工具提示
当前工具提示仅在用户将鼠标光标悬停在控件上时显示。在.net framework 4.8中，wpf添加了一项功能，可以使工具提示在键盘焦点上显示，也可以通过键盘快捷键显示。
要启用此功能，应用程序需要通过appcontext开关“switch.uselegacyaccessibilityfeatures.3”和“switch.uselegacytooltipdisplay”来定位.net framework 4.8或选择加入。
示例app.config文件：
启用后，包含工具提示的所有控件将在控件接收键盘焦点后开始显示。随着时间的推移或键盘焦点发生变化时，工具提示可以被解除。用户还可以通过新的键盘快捷键ctrl + shift + f10手动关闭工具提示。一旦工具提示被解除，它可以通过相同的键盘快捷方式再次显示。
注意：ribbon控件上的ribbontooltips不会显示在键盘焦点上 – 它们只会通过键盘快捷键显示。
wpf – 添加了对sizeofset和positioninset uiautomation属性的支持
windows 10引入了新的uiautomation属性sizeofset和positioninset，应用程序使用它们来描述集合中项目的数量。然后，uiautomation客户端应用程序（如屏幕阅读器）可以查询应用程序以获取这些属性，并宣布应用程序ui的准确表示。
此功能添加了对wpf应用程序的支持，以将这两个属性公开给uiautomation。这可以通过两种方式实现：
1.dependencyproperties
新的dependencyproperties sizeofset和positioninset已添加到system.windows.automation.automationproperties命名空间。开发人员可以通过xaml设置其值：
2.automationpeer虚拟方法
虚拟方法getsizeofsetcore和getpositioninsetcore也已添加到automationpeer类中。开发人员可以通过覆盖这些方法为sizeofset和positioninset提供值：
自动值
itemscontrols中的项目将自动为这些属性提供值，而无需开发人员的其他操作。如果itemscontrol已分组，则组的集合将表示为一个集合，每个组计为一个单独的集合，该组中的每个项目都提供其在该组内的位置以及该组的大小。虚拟化不会影响自动值。即使一个项目没有实现，它仍然会计入集合的总大小，并影响它的兄弟项目集合中的位置。
仅当开发人员以.net framework 4.8为目标或已将appcontext开关设置为“switch.uselegacyaccessibilityfeatures.3”（例如通过app.config文件）时，才会提供自动值：
结尾
请在.net framework 4.8中尝试这些改进，并在下面的评论中或通过github分享您的反馈。
谢谢！
