Queue ForEach loop throwing InvalidOperationException

33,674

Solution 1

You are modifying queue inside of foreach loop. This is what causes the exception.
Simplified code to demonstrate the issue:

var queue = new Queue<int>();
queue.Enqueue(1);
queue.Enqueue(2);

foreach (var i in queue)
{
    queue.Dequeue();
}

Possible solution is to add ToList(), like this:

foreach (var i in queue.ToList())
{
    queue.Dequeue();
}

Solution 2

I know this is an old post but what about the following :

var queue = new Queue<int>();
queue.Enqueue(1);
queue.Enqueue(2);

while (queue.Count > 0)
{
  var val = queue.Dequeue();
}

Cheers

Solution 3

Old post but thought I would provide a better answer:

var queue = new Queue<int>();
queue.Enqueue(1);
queue.Enqueue(2);


while (queue?.Count > 0))
{
  var val = queue.Dequeue();
}

As DarkUrse's original answer used a do/while and that would cause an exception if the queue is empty when trying to de-queue on the empty queue, also added a protection against a null queue

Solution 4

This is typical behavior of enumerators. Most enumerators are designed to function correctly only if the underlying collection remains static. If the collection is changed while enumerating a collection then the next call to MoveNext, which is injected for you by the foreach block, will generate this exception.

The Dequeue operation obviously changes the collection and that is what is causing the problem. The workaround is to add each item you want removed from the target collection into a second collection. After the loop is complete you can then cycle through the second collection and remove from the target.

However, this might be a bit awkward, at the very least, since the Dequeue operation only removes the next item. You may have to switch to a different collection type which allows arbitrary removals.

If you want to stick with a Queue then you will be forced to dequeue each item and conditionally re-queue those items which should not be removed. You will still need the second collection to keep track of the items that are okay to omit from the re-queueing.

Share:
33,674

Related videos on Youtube

keyboardP
Author by

keyboardP

Before it became standard Twitter - @keyboardP Blog SteamKeyJ to Control Steam Music Player with your Keyboard Email - [email protected]

Updated on July 09, 2022

Comments

  • keyboardP
    keyboardP almost 2 years

    I haven't used Queues<T> to any real degree before, so I might be missing something obvious. I'm trying to iterate through a Queue<EnemyUserControl> like this (every frame):

    foreach (var e in qEnemy)
    {
         //enemy AI code
    }
    

    When an enemy dies, the enemy user control raises an event I've subscribed to and I do this (the first enemy in the queue is removed by design):

    void Enemy_Killed(object sender, EventArgs e)
    {      
         qEnemy.Dequeue();
    
         //Added TrimExcess to check if the error was caused by NULL values in the Queue (it wasn't :))
         qEnemy.TrimExcess();
    }
    

    However, after the Dequeue method is called, I get an InvalidOperationException on the foreach loop. When I use Peek instead, there are no errors so it has to do something with the changing of the Queue itself since Dequeue removes the object. My initial guess is that it's complaining that I'm modifying a collection which is being iterated by the Enumerator, but the dequeuing is being performed outside the loop?

    Any ideas what could be causing this issue?

    Thanks

    • Telemat
      Telemat about 9 years
      You should use while(queue.Any()) queue.Dequeue();
  • keyboardP
    keyboardP almost 13 years
    D'oh, bit of a facepalm moment. One of the methods in the AI code calls a Movement method which, in turn, raises the killed event (I thought it was raised by some code outside the loop), so the dequeue is performed within the loop. The ToList() method works perfectly. Thanks!
  • arni
    arni over 9 years
    You can simply iterate over the queue and clear it. In that case the effect is the same as using a List, so there is really no point using a Queue for this (if you don't need to dequeue individually).
  • DaveD
    DaveD over 8 years
    I'd recommend changing this around slightly to a while/do instead of do/while, so that you're performing the .Count check before attempting the first .Dequeue(), in case the queue is empty.
  • tinonetic
    tinonetic about 5 years
    An otherwise great answer! Just edited it in agreement with @DaveD's concern
  • Alexey Khrenov
    Alexey Khrenov over 4 years
    queue.Count > 0 doesn't throw any exception is the queue is empty. Only if it's null. And queue.Any() will also throw NullReferenceException in this case. So what do you mean?
  • JohnChris
    JohnChris over 4 years
    @AlexeyKhrenov so if you look at DarkUrse's answer's edit history, you will see it used to be a do/while, and if the queue was empty, an exception would be thrown when trying to dequeue. You are somewhat right though as my answer should contain the previous answer I was fixing, as someones edit now invalidates my answer... I will edit it and also add a protection against a null queue
  • JohnChris
    JohnChris over 4 years
    @AlexeyKhrenov my answer has now been updated to better explain its original intent... and also added the null check that you raised. I hope that clarifies everything, thanks
  • Jonathan E. Landrum
    Jonathan E. Landrum over 2 years
    The new queue?. syntactic sugar available in .NET makes this a much nicer implementation than the alternative of wrapping the while loop in a null check.