如何加快aspnet_compiler.exe运行速度？.NET Framework MVC预编译优化

1. 调整aspnet_compiler执行参数直接降耗时 #

• 启用可更新预编译：如果当前未加-u参数，执行命令时补充该参数，会跳过静态资源（js、css、图片等）的编译校验，只处理cshtml/aspx视图文件，你场景中100个项目拷贝的大量静态资源无需参与编译，该调整通常能减少30%以上的预编译耗时。
• 关闭调试符号生成：预编译时添加-d参数关闭调试信息生成，非排查视图问题的生产编译无需携带调试符号，编译速度提升明显。
• 限定编译范围：用-v、-p参数明确指定仅扫描视图目录（比如Views文件夹），排除node_modules、静态资源存放目录、用户上传目录等无需编译的路径，减少无效文件扫描时间。

2. 视图层面前置优化 #

• 拆分公共视图为Razor类库：.NET Framework 4.7.2原生支持Razor类库项目，将不常改动的布局页、公共组件视图、通用分部视图抽入单独的Razor类库提前编译为dll，主应用预编译时无需重复处理这部分视图，直接依赖类库即可。
• 清理无效视图：删除所有废弃、测试、备份的cshtml文件，aspnet_compiler会扫描目录下所有符合后缀规则的文件，无效文件越多扫描校验耗时越长。
• 简化视图逻辑：尽量减少视图中嵌套的多层分部视图、动态类型引用、复杂路由解析逻辑，视图编译阶段会做全量语法校验和依赖解析，单文件逻辑越复杂编译耗时越高。

3. 构建流程优化提升资源利用率 #

• 拆分预编译为独立MSBuild目标：将AspNetCompiler任务从主Web应用的默认构建流程中剥离，设置该任务仅依赖「所有子项目资源复制完成」前置条件，无需等主Web应用全量构建完成，可和其他依赖主Web应用编译结果的项目并行执行，能大幅提升MSBuild节点利用率。
• 资源复制逻辑前置：将100个小型项目的静态资源、视图复制步骤调整到主Web应用核心代码编译完成后即可触发，无需等主Web应用构建全流程结束，提前凑齐预编译所需的全部视图文件，缩短整体链路耗时。
• 启用增量预编译：日常开发构建场景下，新增视图文件哈希校验逻辑，仅当有视图文件发生变更时才触发aspnet_compiler执行，无需每次构建都跑全量预编译。

4. 长期优化方案 #

• 迁移为SDK风格项目：.NET Framework 4.7.2完全兼容SDK风格的Web项目格式，SDK风格项目内置的Razor编译速度比旧非SDK格式快30%以上，同时支持更灵活的增量编译配置，迁移仅需调整项目文件结构，无需修改业务代码。
• 替换预编译工具：用RazorGenerator替代官方aspnet_compiler做视图预编译，支持视图增量编译、并行编译，可将视图编译逻辑下沉到每个携带视图的子项目中，子项目自行编译自身视图为dll，主应用无需统一做全量视图编译，彻底解决资源集中拷贝后统一编译的性能瓶颈。

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