El hilo de llamada no puede acceder a este objeto porque lo posee un hilo diferente

Mi código es el siguiente

public CountryStandards()
{
    InitializeComponent();
    try
    {
        FillPageControls();
    }
    catch (Exception ex)
    {
        MessageBox.Show(ex.Message, "Country Standards", MessageBoxButton.OK, MessageBoxImage.Error);
    }
}

/// <summary>
/// Fills the page controls.
/// </summary>
private void FillPageControls()
{
    popUpProgressBar.IsOpen = true;
    lblProgress.Content = "Loading. Please wait...";
    progress.IsIndeterminate = true;
    worker = new BackgroundWorker();
    worker.DoWork += new System.ComponentModel.DoWorkEventHandler(worker_DoWork);
    worker.ProgressChanged += new System.ComponentModel.ProgressChangedEventHandler(worker_ProgressChanged);
    worker.WorkerReportsProgress = true;
    worker.WorkerSupportsCancellation = true;
    worker.RunWorkerCompleted += new System.ComponentModel.RunWorkerCompletedEventHandler(worker_RunWorkerCompleted);
    worker.RunWorkerAsync();                    
}

private void worker_DoWork(object sender, System.ComponentModel.DoWorkEventArgs e)
{
    GetGridData(null, 0); // filling grid
}

private void worker_ProgressChanged(object sender, System.ComponentModel.ProgressChangedEventArgs e)
{
    progress.Value = e.ProgressPercentage;
}

private void worker_RunWorkerCompleted(object sender, System.ComponentModel.RunWorkerCompletedEventArgs e)
{
    worker = null;
    popUpProgressBar.IsOpen = false;
    //filling Region dropdown
    Standards.UDMCountryStandards objUDMCountryStandards = new Standards.UDMCountryStandards();
    objUDMCountryStandards.Operation = "SELECT_REGION";
    DataSet dsRegionStandards = objStandardsBusinessLayer.GetCountryStandards(objUDMCountryStandards);
    if (!StandardsDefault.IsNullOrEmptyDataTable(dsRegionStandards, 0))
        StandardsDefault.FillComboBox(cmbRegion, dsRegionStandards.Tables[0], "Region", "RegionId");

    //filling Currency dropdown
    objUDMCountryStandards = new Standards.UDMCountryStandards();
    objUDMCountryStandards.Operation = "SELECT_CURRENCY";
    DataSet dsCurrencyStandards = objStandardsBusinessLayer.GetCountryStandards(objUDMCountryStandards);
    if (!StandardsDefault.IsNullOrEmptyDataTable(dsCurrencyStandards, 0))
        StandardsDefault.FillComboBox(cmbCurrency, dsCurrencyStandards.Tables[0], "CurrencyName", "CurrencyId");

    if (Users.UserRole != "Admin")
        btnSave.IsEnabled = false;

}

/// <summary>
/// Gets the grid data.
/// </summary>
/// <param name="sender">The sender.</param>
/// <param name="pageIndex">Index of the page.( used in case of paging)   </pamam>
private void GetGridData(object sender, int pageIndex)
{
    Standards.UDMCountryStandards objUDMCountryStandards = new Standards.UDMCountryStandards();
    objUDMCountryStandards.Operation = "SELECT";
    objUDMCountryStandards.Country = txtSearchCountry.Text.Trim() != string.Empty ? txtSearchCountry.Text : null;
    DataSet dsCountryStandards = objStandardsBusinessLayer.GetCountryStandards(objUDMCountryStandards);
    if (!StandardsDefault.IsNullOrEmptyDataTable(dsCountryStandards, 0) && (chkbxMarketsSearch.IsChecked == true || chkbxBudgetsSearch.IsChecked == true || chkbxProgramsSearch.IsChecked == true))
    {
        DataTable objDataTable = StandardsDefault.FilterDatatableForModules(dsCountryStandards.Tables[0], "Country", chkbxMarketsSearch, chkbxBudgetsSearch, chkbxProgramsSearch);
        dgCountryList.ItemsSource = objDataTable.DefaultView;
    }
    else
    {
        MessageBox.Show("No Records Found", "Country Standards", MessageBoxButton.OK, MessageBoxImage.Information);
        btnClear_Click(null, null);
    }
}

El paso objUDMCountryStandards.Country = txtSearchCountry.Text.Trim() != string.Empty ? txtSearchCountry.Text : null;en obtener la cuadrícula de datos arroja una excepción

El hilo de llamada no puede acceder a este objeto porque lo posee un hilo diferente.

¿Qué pasa aquí?

Este es un problema común con las personas que comienzan. Cada vez que actualice sus elementos de la interfaz de usuario desde un hilo que no sea el hilo principal, debe usar:

this.Dispatcher.Invoke(() =>
{
    ...// your code here.
});

También puede usar control.Dispatcher.CheckAccess()para verificar si el hilo actual posee el control. Si lo posee, su código se ve normal. De lo contrario, use el patrón anterior.

Otro buen uso para Dispatcher.Invokees actualizar inmediatamente la interfaz de usuario en una función que realiza otras tareas:

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

Lo uso para actualizar el texto del botón a " Procesando ... " y deshabilitarlo al hacer WebClientsolicitudes.

Para agregar mis 2 centavos, la excepción puede ocurrir incluso si llama a su código System.Windows.Threading.Dispatcher.CurrentDispatcher.Invoke().
El punto es que usted tiene que llamar Invoke()de la Dispatcherdel control que estás intentando acceder , lo que en algunos casos puede no ser el mismo que System.Windows.Threading.Dispatcher.CurrentDispatcher. Por lo tanto, debería usar YourControl.Dispatcher.Invoke()para estar seguro. Estuve golpeándome la cabeza durante un par de horas antes de darme cuenta de esto.

Actualizar

Para futuros lectores, parece que esto ha cambiado en las versiones más recientes de .NET (4.0 y superior). Ahora ya no tiene que preocuparse por el despachador correcto al actualizar las propiedades de respaldo de la interfaz de usuario en su VM. El motor WPF organizará las llamadas de subprocesos cruzados en el subproceso de interfaz de usuario correcto. Ver más detalles aquí . Gracias a @aaronburro por la información y el enlace. También puede leer nuestra conversación a continuación en los comentarios.

Si encuentra este problema y los controles de la IU se crearon en un subproceso de trabajo independiente al trabajar con BitmapSourceo ImageSourceen WPF, llame Freeze()primero al método antes de pasar el BitmapSourceo ImageSourcecomo parámetro a cualquier método. Usar Application.Current.Dispatcher.Invoke()no funciona en tales casos

esto sucedió conmigo porque intenté access UIcomponer enanother thread insted of UI thread

Me gusta esto

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);
}

para resolver este problema, envuelva cualquier llamada de interfaz de usuario dentro de lo que Candide mencionó anteriormente en su respuesta

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 );
}

Por alguna razón, la respuesta de Candide no se desarrolló. Sin embargo, fue útil, ya que me llevó a encontrar esto, que funcionó perfectamente:

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

Necesita actualizar a la interfaz de usuario, así que use

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

Esto funciona para mi.

new Thread(() =>
        {

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

          //Your Code here.

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

También descubrí que System.Windows.Threading.Dispatcher.CurrentDispatcher.Invoke()no siempre se despacha el control de destino, tal como escribió dotNet en su respuesta. No tenía acceso al propio despachador de control, así que lo usé Application.Current.Dispatchery resolvió el problema.

El problema es que está llamando GetGridDatadesde un hilo de fondo. Este método accede a varios controles WPF que están vinculados al hilo principal. Cualquier intento de acceder a ellos desde un hilo de fondo dará lugar a este error.

Para volver al hilo correcto que debe usar SynchronizationContext.Current.Post. Sin embargo, en este caso particular, parece que la mayoría del trabajo que está haciendo está basado en la IU. Por lo tanto, crearía un subproceso en segundo plano solo para volver inmediatamente al subproceso de la interfaz de usuario y hacer algo de trabajo. Debe refactorizar un poco su código para que pueda hacer el trabajo costoso en el subproceso en segundo plano y luego publicar los nuevos datos en el subproceso de la interfaz de usuario

Como se mencionó aquí , Dispatcher.Invokepodría congelar la interfaz de usuario. Debería usar Dispatcher.BeginInvokeen su lugar.

Aquí hay una práctica clase de extensión para simplificar la invocación del despachador de cheques y llamadas.

Ejemplo de uso: (llamada desde la ventana de WPF)

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

Clase de extensión:

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();
        }
    }
}

Además, otra solución es garantizar que sus controles se creen en un subproceso de interfaz de usuario, no por un subproceso de trabajo en segundo plano, por ejemplo.

Seguí recibiendo el error cuando agregué cuadros combinados en cascada a mi aplicación WPF y resolví el error usando esta 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 );

    }

Para obtener más información, consulte https://msdn.microsoft.com/query/dev14.query?appId=Dev14IDEF1&l=EN-US&k=k(System.Windows.Data.BindingOperations.EnableCollectionSynchronization);k(TargetFrameworkMoniker-.NETFramework,VersFramework,VersFramework,Vers % 3Dv4.7); k (DevLang-csharp) & rd = true