我在Windows(.NET 4.5.1)和Linux(Mono 4.0.1)上尝试过这个简单的ASP.net 5控制台应用程序,两次都有相同的结果。
注意:我将其称为ASP.net 5控制台应用程序,因为这是在Visual Studio中调用到RC的内容。现在它被称为控制台应用程序(包),但它仍然使用来自https://github.com/aspnet/dnx的DNX:)
我的Program.cs
:
using System;
using System.Threading.Tasks;
namespace ConsoleApplication
{
public class Program
{
public async void Main(String[] args)
{
#if DNX451
AppDomain.CurrentDomain.UnhandledException +=
(s, e) => Console.WriteLine(e);
#endif
try
{
await Task.Delay(1000);
Console.WriteLine("After Task.Delay");
}
finally
{
Console.WriteLine("Inside Finally");
}
}
}
}
我的project.json
:
{
"version": "1.0.0-*",
"dependencies": {},
"commands": {
"ConsoleApplication": "ConsoleApplication"
},
"frameworks": {
"dnx451": {}
}
}
使用1.0.0-beta4 CLR
或1.0.0-beta5-11904 CLR
运行时,命令dnx . ConsoleApplication
不会打印任何内容。一旦遇到Task.Delay
,程序将以状态码0退出。即使是finally块也永远不会被执行。
我无法测试.NET Core 5.0,因为dnu restore
表示一切正常,但运行时无法找到包。哦,好吧......
有没有人对async / await和DNX有同样的问题?或者发现我犯的一些错误?
答案 0 :(得分:11)
如果您在Entry point can be marked with the 'async' modifier on CoreCLR?中看到我的问题(和答案),您会看到在最顶层的调用堆栈中,您有以下内容:
public static int Execute(string[] args)
{
// If we're a console host then print exceptions to stderr
var printExceptionsToStdError = Environment
.GetEnvironmentVariable
(EnvironmentNames.ConsoleHost) == "1";
try
{
return ExecuteAsync(args).GetAwaiter().GetResult();
}
catch (Exception ex)
{
if (printExceptionsToStdError)
{
PrintErrors(ex);
return 1;
}
throw;
}
}
在内部,它检查以查看方法的返回类型,如果返回类型的类型为Task
,则它会注册一个ContinueWith
,它将能够同步等待:
if (result is Task)
{
return ((Task)result).ContinueWith(t =>
{
return 0;
});
}
当你传入async void
时,它会查看Execute
,好像这个方法是一个“火上浇之忘”的返回方法。这就是它永远不会完成执行的原因。但是,如果您更改它以返回Task
,它将起作用:
public async Task Main(String[] args)
{
#if DNX451
AppDomain.CurrentDomain.UnhandledException +=
(s, e) => Console.WriteLine(e);
#endif
try
{
await Task.Delay(1000);
Console.WriteLine("After Task.Delay");
}
finally
{
Console.WriteLine("Inside Finally");
}
}