编译多年前开发的C#项目出现尖括号相关CS1525/CS1526错误求助

这类集中爆发的尖括号<>相关CS1525、CS1526编译错误，基本都不是业务代码写错，是编译环境配置、依赖缺失导致编译器无法识别C#泛型语法，按以下顺序排查就能解决：

• 先还原项目依赖
  在解决方案资源管理器里右键解决方案根节点，选择「还原NuGet程序包」，等所有包安装完成后，依次点「生成」菜单下的「清理解决方案」「重新生成解决方案」。老项目拉到本地后第三方依赖默认是缺失的，编译器识别不了带泛型参数的外部类型时，就会直接把<判定为非法符号，连带触发这两个报错。
• 核对项目绑定的C#语言版本
  右键出问题的项目节点，选「属性」，切到「生成」选项卡，拉到最下方点「高级」按钮，找到「语言版本」下拉项：
  • .NET Framework 2.0/3.5的老项目选对应C# 3.0及以下版本
  • .NET Framework 4.x项目选C# 5.0或7.3版本
    不要选「最新主版本」「最新次版本」这类自动选项，老项目语法规则和新版编译器的校验逻辑不匹配时，原本合法的泛型写法也会被判定为语法错误。
• 如果是带.cshtml视图的ASP.NET项目，检查Views目录下的Web.config
  老Web项目的视图编译走独立配置，要是Views文件夹下的Web.config丢失，或者配置里的编译版本、页面基类参数不对，视图里写的@model List<XXX>这类泛型写法就会报这两个错。找同框架版本的正常ASP.NET项目，把对应Views目录下的Web.config内容替换过来，再重新编译就行。
• 核对项目目标框架版本
  右键项目切到「应用程序」选项卡，看「目标框架」选项，要和项目原始开发用的框架版本一致。比如原本是.NET Framework 4.5写的项目，打开时被自动改成了.NET 6/8这类跨平台版本，基础类型的泛型定义不兼容，也会集中出这类尖括号错误。改回对应版本后重新加载项目再编译即可。

快速验证方法：随便打开一个报错的代码文件，定位到报错的<位置，如果是出现在泛型写法里（比如List<string>、new Dictionary<int, string>()），就完全不需要改业务代码，按上面的步骤调配置就行。

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