AddRazorPages为何支持MVC+Views？同时使用Razor Pages与MVC视图的疑问

这是完全符合预期的行为，核心原因在于Razor Pages和带视图的MVC共享了大部分底层Razor视图服务：

1. 两者依赖同一套Razor视图引擎 #

ASP.NET Core里，Razor Pages和MVC视图并不是完全割裂的——它们都基于同一个Razor视图引擎来编译、渲染页面。AddRazorPages()方法在注册Razor Pages专属服务的同时，会自动把支撑视图渲染的核心服务也注册进去：

• 它内部先调用AddMvcCore()获取基础Web API支持，接着会添加AddRazorViewEngine()、AddRazorPagesCore()等服务，这些服务负责Razor文件编译、视图查找、视图上下文管理等工作——而这些恰恰是MVC控制器渲染视图必需的基础能力。
• 简单说：只要注册了能处理Razor视图的服务，不管是来自AddRazorPages()还是AddControllersWithViews()，MVC视图都能正常跑起来。

2. AddRazorPages()和AddControllersWithViews()的核心差异 #

虽然两者都能支持视图，但AddControllersWithViews()会额外注册一些MVC专属的功能服务，这些是AddRazorPages()不会提供的：

• MVC默认路由约定（比如{controller=Home}/{action=Index}/{id?}，如果只加AddRazorPages()，你得手动配置控制器路由才能用）
• 区域（Areas）的完整支持（包括区域路由规则、跨区域视图查找逻辑）
• MVC控制器专属的模型绑定特性、过滤器约定
• 部分针对控制器的服务实现（比如控制器激活器、元数据提供器）

3. 什么时候必须加AddControllersWithViews()？ #

如果你的项目涉及以下场景，建议同时注册AddRazorPages()和AddControllersWithViews()：

• 不想手动配置控制器路由，依赖MVC的默认路由约定
• 使用ASP.NET Core的区域（Areas）功能
• 需要用到MVC特有的模型绑定、过滤器或控制器扩展特性
• 后续计划扩展更多MVC专属功能，避免因为缺失服务导致隐性问题

总结 #

仅用AddRazorPages()就能运行带视图的MVC是正常现象，因为两者共享了Razor视图引擎的核心服务。但如果要确保完整的MVC功能覆盖，官方推荐同时注册这两个服务，这样能避免后续扩展时遇到服务缺失的坑。

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