如何优化含大量.razor文件的Blazor项目编译速度？

针对你遇到的大量.razor组件编译耗时远超纯C#代码组件的问题，可以尝试以下优化手段：

• 启用增量编译：在项目的.csproj文件中添加配置项 <IncrementalBuild>true</IncrementalBuild>，增量编译会跟踪文件变更，仅重新编译修改过的组件及其依赖，避免每次微小修改都触发全量编译。
• 拆分组件到独立类库：将通用、复用性高的组件拆分到单独的Razor类库项目中，主项目通过项目引用的方式使用这些类库。类库仅在自身内容变更时才需要重新编译，主项目编译时无需重复处理这些组件。
• 分离UI与逻辑代码：把.razor文件中的业务逻辑、属性定义等内容移到对应的代码后置文件（.razor.cs）中，让.razor仅保留UI渲染相关的模板代码。Razor编译器处理纯C#代码的效率远高于解析UI模板，能有效降低编译开销。
• 替代简单组件为纯C#实现：对于仅含简单UI内容的组件，直接使用继承ComponentBase的纯C#代码组件替代.razor组件，能大幅缩短编译时间——就像你测试的那样，5000个纯C#组件仅需16秒编译。
• 升级.NET SDK版本：微软在后续的.NET版本中持续优化了Razor编译器的性能，升级到最新稳定版的.NET SDK，能获得官方带来的编译速度提升。
• 优化编译资源配置：关闭编译时不必要的后台进程，确保编译过程能占用足够的CPU和内存；也可以在项目配置中关闭不必要的调试符号生成，减少编译过程中的IO开销。
• 启用Razor预编译：在.csproj中添加 <RazorCompileOnPublish>true</RazorCompileOnPublish> 启用发布时预编译，虽然开发阶段的编译速度变化不大，但能减少发布后的启动时间；开发阶段使用dotnet watch时，也能借助其优化的热重载逻辑减少重复编译的工作量。
• 降低组件耦合度：减少组件之间的直接引用，通过接口、依赖注入等方式传递数据和依赖，避免编译器因复杂的依赖关系而增加额外的处理时间。

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