ASP.NET Core Razor页面内联模型编译机制及性能影响咨询

咱们把问题拆成几块来聊，再对比内联模型和预编译模型的性能差异：

内联Model的Razor页面首次请求是否会运行时编译？ #

答案是肯定的——带有内联Model的Razor页面会在首次请求时触发运行时编译。默认情况下，ASP.NET Core框架在首次接收到针对该页面的请求时，会把包含内联Model代码的.cshtml文件编译成.NET程序集，再加载到应用内存中。

是首次编译后复用，还是每次请求都重新编译？ #

编译完成后，后续请求不会再重新编译，框架会直接复用内存中已经编译好的程序集。只有当你修改了该Razor页面的内容（比如内联Model的代码、页面的HTML结构），框架才会检测到文件变更，触发重新编译（这个行为在开发环境默认开启，生产环境默认关闭，除非你手动配置启用运行时编译）。

内联模型与预编译模型的性能差异 #

两者的核心性能差异主要体现在首次请求阶段：

• 预编译模型：在应用发布/构建阶段就已经把Razor页面（包括后台Model类）编译成了程序集，应用启动后直接加载，首次请求没有编译开销，响应速度更快。
• 内联模型：首次请求需要先完成运行时编译，会产生额外的CPU和时间开销，首次响应会比预编译的页面慢一些。
• 后续请求：不管是内联还是预编译，只要编译完成并加载到内存，后续请求的性能几乎没有差异，都是运行编译后的原生.NET代码。

另外补充一点：开发环境中默认开启的Razor运行时编译，是为了方便开发者修改页面后即时看到效果，这个时候预编译的页面也会在修改后触发重新编译；但生产环境默认关闭该功能，预编译页面不会再触发运行时编译，而内联Model页面仅在首次请求时编译一次，之后一直复用。

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