.NET Core 3.1中使用Dispatcher跨线程调用：配置非线程安全问题

这个问题的核心确实是非线程安全的配置访问导致的——默认的Settings类（比如Visual Studio自动生成的ApplicationSettingsBase子类）并没有内置多线程同步机制，当你在辅助线程修改配置后，GUI线程读取时可能因为内存可见性问题或者并发读写的冲突，拿到的还是旧值。下面给你几个可行的解决方案：

方案1：给配置访问加全局锁 #

最直接的方式是给所有访问配置的操作加一个全局锁，确保同一时间只有一个线程能读写配置，同时保证内存可见性（让GUI线程能立即看到辅助线程的修改）。

首先定义一个静态锁对象（要确保整个应用里只有这一个锁实例）：

// 可以放在你的配置类所在的命名空间，或者主窗口类里
private static readonly object _configSyncLock = new object();

然后修改辅助线程的代码：

// 获取工单数量
int amountOftickets = JiraInterface.DayStatisticsGenerator.GetLastWeeksTicketAmount();

// 加锁修改配置
lock (_configSyncLock)
{
    config.Default.Lastweekstickets = amountOftickets;
    // 如果需要持久化到文件，这里可以调用：config.Default.Save();
}

// 同步到GUI线程
mainWindow.Dispatcher.Invoke(() => 
{
    lock (_configSyncLock)
    {
        mainWindow.SetIconsAccordingtoConfig();
        mainWindow.NumberTicketsCreated.Content = config.Default.Lastweekstickets.ToString();
    }
});

方案2：直接传递值到GUI线程（绕开共享配置） #

如果只是要把工单数量显示到GUI，你可以先在辅助线程里把值存到局部变量，然后直接把这个变量传递给Dispatcher.Invoke，完全绕开对共享配置对象的依赖，从根源避免线程安全问题。

示例代码：

int amountOftickets = JiraInterface.DayStatisticsGenerator.GetLastWeeksTicketAmount();

// 先把值存在局部变量（确保值被复制）
var ticketCount = amountOftickets;

// 加锁更新配置（如果需要持久化的话）
lock (_configSyncLock)
{
    config.Default.Lastweekstickets = ticketCount;
    config.Default.Save();
}

// 直接用局部变量更新GUI，不用再读配置
mainWindow.Dispatcher.Invoke(() => 
{
    mainWindow.SetIconsAccordingtoConfig();
    mainWindow.NumberTicketsCreated.Content = ticketCount.ToString();
});

这种方式更稳妥，因为GUI线程不需要再访问可能有线程安全问题的共享配置，直接使用已经确定的数值。

方案3：自定义线程安全的配置类 #

如果你的配置是自定义的（不是Visual Studio自动生成的），可以直接在配置类里实现线程安全的属性，用锁或者原子操作来保证读写的安全性。

示例代码（基于ApplicationSettingsBase）：

public class CustomSettings : ApplicationSettingsBase
{
    private static readonly object _internalLock = new object();
    private int _lastWeekTickets;

    [UserScopedSetting]
    [DefaultSettingValue("0")]
    public int Lastweekstickets
    {
        get
        {
            lock (_internalLock)
            {
                return _lastWeekTickets;
            }
        }
        set
        {
            lock (_internalLock)
            {
                _lastWeekTickets = value;
                // 可选：触发属性变更事件，方便绑定
                PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(nameof(Lastweekstickets)));
            }
        }
    }
}

这样所有对Lastweekstickets的读写都会经过锁保护，不用在业务代码里重复加锁，代码更整洁。

为什么你的原代码会出问题？ #

默认的ApplicationSettingsBase实现没有考虑多线程场景：

1. 没有同步机制，并发读写可能导致数据不一致；
2. 内存可见性问题：辅助线程修改的值可能没有立即同步到主内存，GUI线程读取的是CPU缓存里的旧值；
3. 部分Settings实现可能会有线程本地缓存，导致不同线程拿到的配置实例不是同一个。

内容的提问来源于stack exchange，提问作者julian bechtold