VSCode运行dotnet应用的problem matcher配置及任务触发问题

问题根因 #

你遇到的问题本质是dotnet run是常驻后台进程，启动后不会主动退出，默认情况下VSCode会等待任务进程退出才判定任务完成，所以会一直卡住不启动Chrome。dotnet build任务能正常触发是因为构建完成后进程会直接退出，配合$msCompile匹配编译错误就能被VSCode识别到完成状态。

问题1解答：适配运行场景的problemMatcher配置 #

你只需要给现有的$msCompile规则补充后台任务的就绪匹配规则即可，不需要换其他匹配器。需要在problemMatcher中新增background配置，通过正则匹配dotnet run的输出，判定服务启动完成的节点：
如果是ASP.NET Core项目，默认启动后会输出端口监听日志，可直接用如下配置：

{
    "tasks": [
        {
            "label": "build",
            "command": "dotnet",
            "type": "process",
            "args": [
                "build",
                "${workspaceFolder}/XXX.csproj",
                "/property:GenerateFullPaths=true",
                "/consoleloggerparameters:NoSummary"
            ],
            "problemMatcher": "$msCompile"
        },
        {
            "label": "run",
            "command": "dotnet",
            "type": "process",
            "isBackground": true,
            "args": [
                "run",
                "--project",
                "${workspaceFolder}/XXX.csproj",
                "/property:GenerateFullPaths=true",
                "/consoleloggerparameters:NoSummary"
            ],
            "problemMatcher": {
                "pattern": "$msCompile",
                "background": {
                    "activeOnStart": true,
                    "beginsPattern": "^\\s*Building\\s.*",
                    "endsPattern": "^\\s*Now listening on:\\s+https?://"
                }
            },
            "dependsOn": ["build"]
        }
    ]
}

如果是控制台类.NET项目，可以在程序启动逻辑的末尾加一行固定输出，比如Console.WriteLine("AppStartSuccess")，再把endsPattern改成匹配你自定义的输出内容即可。
VSCode扫描到endsPattern匹配的日志后，就会认为后台任务已经就绪，不需要等待进程退出，直接触发后续的Chrome启动流程。

问题2解答：是否需要组合构建和运行任务 #

建议组合。把构建任务作为run任务的前置依赖（如上面示例中的dependsOn配置），有两个好处：

1. 构建阶段如果出现编译错误，会直接终止流程，不会无意义等待服务启动
2. 可以复用官方生成的build任务的成熟配置，不需要重复写编译相关的参数和匹配规则
   你可以直接把launch.json的preLaunchTask设置为run，不需要额外调整启动配置。

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