Вызывающий поток не может получить доступ к этому объекту, потому что другой поток владеет

еще одно хорошее использование для Dispatcher.Invoke предназначен для немедленного обновления пользовательского интерфейса в функции, выполняющей другие задачи:

// Force WPF to render UI changes immediately with this magic line of code...
Dispatcher.Invoke(new Action(() => { }), DispatcherPriority.ContextIdle);

Я использую это для обновления текста кнопки до"обработка..." и отключить его при WebClient запросы.

чтобы добавить мои 2 цента, исключение может произойти, даже если вы вызываете свой код через System.Windows.Threading.Dispatcher.CurrentDispatcher.Invoke().
дело в том, что вы должны позвонить Invoke() на Dispatcher на контроль, что вы пытаетесь получить доступ к, что в некоторых случаях может быть не то же самое, что System.Windows.Threading.Dispatcher.CurrentDispatcher. Поэтому вместо этого вы должны использовать YourControl.Dispatcher.Invoke() для безопасности. Я бился головой пару часов, прежде чем понял это.

Если кто-то пытается работать с BitmapSource в WPF и потоках и имеет это же сообщение: просто вызовите Freeze() метод сначала перед передачей BitmapSource в качестве параметра резьбы.

это произошло со мной, потому что я пытался access UI компонент another thread insted of UI thread

такой

private void button_Click(object sender, RoutedEventArgs e)
{
    new Thread(SyncProcces).Start();
}

private void SyncProcces()
{
    string val1 = null, val2 = null;
    //here is the problem 
    val1 = textBox1.Text;//access UI in another thread
    val2 = textBox2.Text;//access UI in another thread
    localStore = new LocalStore(val1);
    remoteStore = new RemoteStore(val2);
}

чтобы решить эту проблему, оберните любой вызов ui внутри что Кандид упомянул выше в своем ответе

private void SyncProcces()
{
    string val1 = null, val2 = null;
    this.Dispatcher.Invoke((Action)(() =>
    {//this refer to form in WPF application 
        val1 = textBox.Text;
        val2 = textBox_Copy.Text;
    }));
    localStore = new LocalStore(val1);
    remoteStore = new RemoteStore(val2 );
}

вам нужно обновить пользовательский интерфейс, поэтому используйте

Dispatcher.BeginInvoke(new Action(() => {GetGridData(null, 0)})); 

по какой-то причине ответ кандида не строился. Это было полезно, хотя, поскольку это привело меня к этому, что сработало отлично:

System.Windows.Threading.Dispatcher.CurrentDispatcher.Invoke((Action)(() =>
    {
       //your code here...
    }));

проблема в том, что ты называешь GetGridData из фонового потока. Этот метод обращается к нескольким элементам управления WPF, которые привязаны к основному потоку. Любая попытка получить к ним доступ из фонового потока приведет к этой ошибке.

чтобы вернуться к правильному потоку, вы должны использовать SynchronizationContext.Current.Post. Однако в этом конкретном случае кажется, что большая часть работы, которую вы делаете, основана на пользовательском интерфейсе. Следовательно, вы будете создавать фоновый поток, чтобы сразу перейти вернитесь к потоку UI и выполните некоторую работу. Вам нужно немного переработать свой код, чтобы он мог выполнять дорогостоящую работу в фоновом потоке, а затем публиковать новые данные в поток пользовательского интерфейса после

Я также обнаружил, что System.Windows.Threading.Dispatcher.CurrentDispatcher.Invoke() не всегда является диспетчером целевого управления, как писал dotNet в своем ответе. У меня не было доступа к диспетчеру управления, поэтому я использовал Application.Current.Dispatcher и это решило проблему.

это работает для меня.

        new Thread(() =>
        {

        Thread.CurrentThread.IsBackground = false;
        Application.Current.Dispatcher.BeginInvoke(DispatcherPriority.Background, (SendOrPostCallback)delegate {

          //Your Code here.

        }, null);
        }).Start();

кроме того, другое решение гарантирует, что ваши элементы управления создаются в потоке пользовательского интерфейса, а не фоновым рабочим потоком, например.

как уже упоминалось здесь, Dispatcher.Invoke может заморозить пользовательский интерфейс. Следует использовать .

вот удобный класс расширения для упрощения проверки и вызова вызова диспетчера.

пример использования: (вызов из окна WPF)

this Dispatcher.InvokeIfRequired(new Action(() =>
{
    logTextbox.AppendText(message);
    logTextbox.ScrollToEnd();
}));

расширения класса:

using System;
using System.Windows.Threading;

namespace WpfUtility
{
    public static class DispatcherExtension
    {
        public static void InvokeIfRequired(this Dispatcher dispatcher, Action action)
        {
            if (dispatcher == null)
            {
                return;
            }
            if (!dispatcher.CheckAccess())
            {
                dispatcher.BeginInvoke(action, DispatcherPriority.ContextIdle);
                return;
            }
            action();
        }
    }
}

Я продолжал получать ошибку, когда я добавил каскадные comboboxes в мое приложение WPF и разрешил ошибку, используя этот API:

    using System.Windows.Data;

    private readonly object _lock = new object();
    private CustomObservableCollection<string> _myUiBoundProperty;
    public CustomObservableCollection<string> MyUiBoundProperty
    {
        get { return _myUiBoundProperty; }
        set
        {
            if (value == _myUiBoundProperty) return;
            _myUiBoundProperty = value;
            NotifyPropertyChanged(nameof(MyUiBoundProperty));
        }
    }

    public MyViewModelCtor(INavigationService navigationService) 
    {
       // Other code...
       BindingOperations.EnableCollectionSynchronization(AvailableDefectSubCategories, _lock );

    }

для деталей, пожалуйста см. https://msdn.microsoft.com/query/dev14.query?appId=Dev14IDEF1&l=EN-US&k=k(System.Windows.Data.BindingOperations.EnableCollectionSynchronization);k(TargetFrameworkMoniker-.NETFramework,Version%3Dv4.7);k(DevLang-csharp)&rd=true