ASP.NET Core开发Web项目选.NET 5还是.NET Core 3作为目标框架？

• 首先是微软的命名迭代策略：在.NET Core 3.1发布之后，微软为了避免和已经停更的.NET Framework 4.x产生版本号认知混淆，直接跳过了“.NET Core 4”的命名，将后续的跨平台.NET迭代版本统一简化为“.NET X”的命名规则——本质上.NET 5、.NET 6、.NET 7等后续版本，都是*.NET Core技术路线的正统延续*，并非脱离原.NET Core体系的全新独立平台。
• 其次是VS2019的模板排序逻辑：当你的VS2019安装了对应版本的SDK开发负载后，项目模板会按照已安装SDK的发布时间先后、支持状态对可选目标框架做排序，发布时间更晚的.NET 5会排在更早发布的.NET Core 3.x序列前面，因此打开项目属性时，系统会默认选中排在列表靠前位置的.NET 5，并非.NET Core 3的选项被删除了。

• 核心原因是.NET Core 3.x全系列都已经退出官方支持周期：其中.NET Core 3.0在2020年就终止了所有支持，.NET Core 3.1作为3.x系列的LTS版本，也在2022年12月停止接收安全补丁、兼容性修复。VS的项目模板默认选项从来不会优先推荐已经结束支持的框架版本，会优先将仍在支持周期内的版本放在默认选中位。
• 两者的技术栈本身是一脉相承的：从ASP.NET Core的项目结构、依赖注入模型、中间件管道设计，到跨平台部署能力，.NET 5和.NET Core 3的设计逻辑完全一致，不存在“选择.NET 5就偏离了.NET Core开发方向”的认知偏差。

• 绝大多数常规场景下完全没有必要特意切回.NET Core 3：这个版本已经没有任何官方维护支持，后续遇到安全漏洞、第三方NuGet包兼容性问题时，都没有对应的官方修复方案，长期来看会带来不可控的维护风险。
• 只有两类特殊场景才需要临时切回.NET Core 3：
  • 你接手的是基于.NET Core 3开发的存量老项目，项目依赖的第三方组件、部署环境暂时没有完成适配，无法平滑升级到更高版本框架，需要保留3.x的目标框架作为过渡方案。
  • 你对接的内部老旧系统存在强绑定.NET Core 3特定运行时行为的逻辑，在更高版本框架上会出现无法排查的兼容故障。
• 额外提醒：.NET 5本身也是已经终止支持的非LTS版本（2022年5月结束支持），如果是现在启动的全新项目，更推荐直接选择支持周期更长的LTS版框架，而非停在已经淘汰的.NET 5或者.NET Core 3版本。

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