As we’ve been learning, the feature known as Async-Async makes asynchronous operations even more asynchronous by pretending that they started before they actually did. The effect of Async-Async is transparent to properly-written applications, but if you have been breaking the rules, you may notice some changes to behavior. Today we’ll look at exceptions.<\/p>\n
\/\/ Code in italics is wrong.\r\n\r\nTask task1 = null;\r\nTask task2 = null;\r\ntry\r\n{\r\n task1 = DoSomethingAsync(arg1);\r\n task2 = DoSomethingAsync(arg2);\r\n}\r\ncatch (ArgumentException ex)<\/i>\r\n{\r\n \/\/ One of the arguments was invalid.\r\n return;\r\n}\r\n\r\n\/\/ Wait for the operations to complete.\r\nawait Task.WhenAll(task1, task2);\r\n<\/pre>\nThis code “knows” that the invalid parameter exception is raised as part of initiating the asynchronous operation, so it catches the exception only at that point.<\/p>\n
With Async-Async, the call to Do\u00adSomething\u00adAsync<\/code> returns a fake IAsync\u00adOperation<\/code> immediately, before sending the call to the server. If the server returns an error in response to the operation, it’s too late to report that error to the client as the return value of Do\u00adSomething\u00adAsync<\/code>. Because, y’know, time machine.<\/p>\nThe exception is instead reported to the completion handler for the IAsync\u00adOperation<\/code>. In the above case, it means that the exception is reported when you await<\/code> the task, rather than when you create the task.<\/p>\ntry\r\n{\r\n Task task1 = DoSomethingAsync(arg1);\r\n Task task2 = DoSomethingAsync(arg2);\r\n\r\n \/\/ Wait for the operations to complete.\r\n await Task.WhenAll(task1, task2);<\/span>\r\n}\r\ncatch (ArgumentException ex)\r\n{\r\n \/\/ One of the arguments was invalid.\r\n return;\r\n}\r\n<\/pre>\nAgain, this is not something that should affect a properly-written program, because you don’t know when the server is going to do its parameter validation. It might do parameter validation before creating the IAsync\u00adOperation<\/code>, or it might defer doing the parameter validation until later for performance reasons. You need to be prepared for the exception to be generated at either point.<\/p>\n