I am trying to throw and catch an AggregateException. I did not use exceptions very much on C#, but the behaviour I found is a little bit surprising.
My code is:
This is actually kind of interesting. I think the problem is that you're using AggregateException
in an unexpected way, which is causing an error inside the PLINQ code.
The entire point of AggregateException
is to group together multiple exceptions that may occur simultaneously (or nearly so) in a parallel process. So AggregateException
is expected to have at least one inner exception. But you're throwing new AggregateException("i")
, which has no inner exceptions. The PLINQ code tries to examine the InnerExceptions
property, hits some sort of error (probably a NullPointerException
) and then it seems to go into a loop of some sort. This is arguably a bug in PLINQ, since you're using a valid constructor for AggregateException
, even if it is an unusual one.
As pointed out elsewhere, throwing ArgumentException
would be more semantically correct. But you can get the behavior you're looking for by throwing a correctly-constructed AggregateException
, for example by changing the IsEven
function to something like this:
private static bool IsEven(int i)
{
if (i % 10 == 0){
//This is still weird
//You shouldn't do this. Just throw the ArgumentException.
throw new AggregateException(new ArgumentException("I hate multiples of 10"));
}
return i % 2 == 0;
}
I think the moral of the story is to not throw AggregateException
unless you really know exactly what you're doing, particularly if you're already inside a parallel or Task
-based operation of some kind.