.NET 6对.NET Framework4.5/.NET Standard1.0支持情况及使用风险问询

能在.NET 5环境中正常运行的.NET Framework 4.5类库，绝大多数情况下都可以在.NET 6环境中正常兼容运行。
.NET 5/6同属.NET Core技术栈的后续迭代版本，对.NET Framework类库的兼容基于官方提供的.NET兼容性桥实现，.NET 6相比.NET 5还修复了不少.NET Framework兼容场景的已知问题，反而出现兼容故障的概率更低。只要该类库没有用到.NET Framework专属且.NET 6已明确移除支持的API，就可以正常使用。

• API兼容断裂风险：部分.NET Framework专属API（比如旧版System.Configuration配置体系、WCF服务端实现、.NET Remoting、System.EnterpriseServices相关组件等）已被.NET官方标记为过时，即使当前.NET 6还能兼容运行，后续.NET 6的小版本更新或者更高版本.NET迭代中，随时可能被彻底移除兼容支持，强依赖这类API的类库会直接无法运行。
• 隐式运行时逻辑差异风险：.NET 6和.NET Framework 4.5的底层运行时逻辑存在大量差异，包括但不限于垃圾回收策略、异常抛出规则、字符串默认比较逻辑、加密算法实现、线程调度逻辑等。如果类库的实现强依赖.NET Framework的特定运行时行为，可能会出现无报错的逻辑异常，这类问题排查成本极高。
• 无安全补丁支持风险：.NET Framework 4.5早已停止官方维护和安全更新，基于它实现的类库如果存在安全漏洞，不会再有官方补丁修复，引入后会直接增加整个应用的攻击面。
• 长期维护成本风险：.NET官方不会无限期保留对旧版.NET Framework API的兼容支持，你后续升级.NET 8等更高LTS版本时，很可能遇到类库完全无法兼容的问题，此时再替换依赖的成本会比早期替换高很多。
• 问题排查支持缺失风险：这类未适配.NET Core/.NET 5+的旧类库没有对应新运行时的调试符号，运行时出问题时堆栈信息不完整，且官方不会针对旧.NET Framework类库在新运行时上的问题提供技术支持，故障排查难度极高。

内容的提问来源于stack exchange，提问作者tobias