“Cross-thread operation not valid” exception on inner controls

前端 未结 7 1456
南方客
南方客 2020-12-19 05:36

I\'ve been struggling with this for quite a while: I have a function designed to add control to a panel with cross-thread handling, the problem is that though the panel and

相关标签:
7条回答
  • 2020-12-19 06:04

    As an aside - to save yourself having to create countless delegate types:

    if (panel.InvokeRequired)
    {
        panel.Invoke((MethodInvoker) delegate { AddControlToPanel(panel,ctrl); } );
        return;
    }
    

    Additionally, this now does regular static checks on the inner call to AddControlToPanel, so you can't get it wrong.

    0 讨论(0)
  • 2020-12-19 06:08

    Here is a small snippet of the full program:

    public class ucFoo : UserControl
    {
        private Panel pnlFoo = new Panel();
    
        public ucFoo()
        {
            this.Controls.Add(pnlFoo);
        }
    }
    
    public class ucFoo2 : UserControl
    {
        private Panel pnlFooContainer = new Panel();
    
        public ucFoo2()
        {
             this.Controls.Add(pnlFooContainer);
             Thread t = new Thread(new ThreadStart(AddFooControlToFooConatiner());
             t.Start()
        }
    
        private AddFooControlToFooConatiner()
        {
             ucFoo foo = new ucFoo();
             this.pnlFooContainer.Controls.Add(ucFoo); //<-- this is where the exception is raised
        }
    }
    
    0 讨论(0)
  • 2020-12-19 06:11

    Lots of interesting answers here, but one key item for any multithreading in a Winform app is using the BackgroundWorker to initiate threads, and communicate back to the main Winform thread.

    0 讨论(0)
  • 2020-12-19 06:18

    Where is pnlFoo being created, and in which thread? Do you know when its handle is being created? If it's being created in the original (non-UI) thread, that's the problem.

    All control handles in the same window should be created and accessed on the same thread. At that point, you shouldn't need two checks for whether Invoke is required, because ctrl and panel should be using the same thread.

    If this doesn't help, please provide a short but complete program to demonstrate the problem.

    0 讨论(0)
  • 2020-12-19 06:19

    In your own answer you state:

    To clarify things: "panel" is created on the base thread and "ctrl" on the new thread

    I think this might be the cause of your problem. All UI elements should be created on the same thread (the base one). If you need to create "ctrl" as a consequence of some action in the new thread, then fire an event back to the base thread and do the creation there.

    0 讨论(0)
  • 2020-12-19 06:22

    'panel' and 'ctrl' must be created on the same thread, ie. you cannot have panel.InvokeRequired return different value than ctrl.InvokeRequired. That is if both panel and ctrl have the handles created or belong to a container with the handle created. From MSDN:

    If the control's handle does not yet exist, InvokeRequired searches up the control's parent chain until it finds a control or form that does have a window handle. If no appropriate handle can be found, the InvokeRequired method returns false.

    As it is right now your code is open to race conditions because the panel.InvokeNeeded can return false because the panel is not yet created, then ctrl.InvokeNeeded will certainly return false because most likely ctrl is not yet added to any container and then by the time you reach panel.Controls.Add the panel was created in the main thread, so the call will fail.

    0 讨论(0)
提交回复
热议问题