ASP.NET Core项目使用未引用的ActionResult却能编译运行问题排查

嘿，我来帮你拆解下遇到的两个问题——为什么ActionResult没高亮但编译正常，以及程序能跑起来却不响应你的GET请求：

1. 关于ActionResult未高亮但编译正常的疑惑 #

首先你不用慌，编译器没报错是因为你已经在DefaultController.cs里引用了Microsoft.AspNetCore.Mvc命名空间，而ActionResult本身就属于这个命名空间，所以编译器能正常找到它。至于Visual Studio里没高亮、没智能感知，大概率是VS的智能缓存抽风了，你可以试试这几个操作恢复：

• 右键项目 → 选择「清理解决方案」，再重新「生成解决方案」
• 关闭VS，删除项目目录下隐藏的.vs文件夹，重新打开项目
• 检查Microsoft.AspNetCore.Mvc包是否正确安装，偶尔包引用异常也会导致智能感知失灵

2. 程序能编译运行但无响应的核心原因 #

这个问题的根源在控制器的命名空间和Mvc的控制器扫描规则：
你把DefaultController放在了WebApplication2.wwwroot命名空间里，但wwwroot是ASP.NET Core专门存放静态文件的目录，默认情况下，Mvc的控制器扫描逻辑只会扫描程序集里非静态文件目录下的控制器类，不会自动包含wwwroot这个命名空间下的类型——简单说就是，Mvc根本没找到你的控制器，自然不会处理请求。

还有两个小问题加剧了这个情况：

• Startup里配置的传统路由模板"api/{Default}"完全不对，这个模板会把api/xxx里的xxx当作名为Default的路由参数，而不是控制器名称；不过好在你给控制器加了属性路由[Route("api/[controller]")]，属性路由优先级高于传统路由，但控制器没被扫描到，所以还是没用。
• 你的Get方法签名是async Task<ActionResult<IEnumerable<string>>>，但返回的是Task.FromResult(...)，其实可以直接写return new string[] { "value1", "value2" };（因为ActionResult<T>会自动包装），或者去掉async改成同步方法——不过这不是请求无响应的原因，只是代码小瑕疵。

快速修复步骤： #

1. 调整控制器命名空间：把DefaultController的命名空间改成WebApplication2（和Program、Startup同层级），这样Mvc默认的扫描逻辑就能找到它了，这是最规范的做法。
2. （可选）修正路由配置：如果需要保留传统路由，把Startup里的路由改成标准模板：

routes.MapRoute(
    name: "default",
    template: "{controller=Home}/{action=Index}/{id?}");

如果你用的是Api控制器，更推荐完全依赖属性路由，甚至可以在Startup里简化成：

app.UseMvc();

因为属性路由已经足够处理Api请求了。

改完之后重新编译运行，访问http://localhost:<你的端口>/api/Default，应该就能拿到预期的["value1","value2"]响应了。

内容的提问来源于stack exchange，提问作者rory.ap