非ui线程可以阻塞ui线程吗？导致它冻结并变得无响应？

Question

好吧，据我从这里的线程中读取，这是不可能的，但在我的情况下肯定会发生。

根据我启动的后台任务的数量，肯定会影响我的 gui 响应能力，即使它们与 ui 线程的关系为 0

所以我的问题是有人知道其他线程如何使 ui 变得无响应吗？

我 100% 确定这些非 ui 线程会导致其运行缓慢，因为即使我禁用所有 gui 更新事件也会发生这种情况。在我的情况下，它肯定会受到多少线程的影响（抓取 urls 任务和处理这些抓取的页面任务）我开始

这是我的 ui 线程以及我如何启动后台任务：

InitializeComponent();

this.DataContext = this;

ThreadPool.SetMaxThreads(10000, 10000);
ThreadPool.SetMinThreads(10000, 10000);

PublicVariables.initPublicVariables();

PublicStaticFunctions.func_initLists();
PublicSettings.func_init_Settings_Messages();

Task.Factory.StartNew(() =>
{
    CheckCrawlURLs.func_StartCrawlingWaitingUrls();
    AddUrlsToDB.func_StartUrlAddProcess();
    LoadCrawlingUrlsFromDatabase.func_StartLoadingUrlsFromDB();
    GlobalStats.startUpdatingGlobalStatValues();
    PagesProcessor.func_StartProcessingWaitingPages();                    
}, CancellationToken.None, 
   TaskCreationOptions.LongRunning, 
   TaskScheduler.Default);

AppDomain currentDomain = AppDomain.CurrentDomain;
Application.Current.DispatcherUnhandledException += 
     new DispatcherUnhandledExceptionEventHandler(CloseCrashHandlers.AppDispatcherUnhandledException);

currentDomain.UnhandledException += 
     new UnhandledExceptionEventHandler(CloseCrashHandlers.CrashCloseHandler);

Closing += new CancelEventHandler(CloseCrashHandlers.CloseHander);

set_Buttons_Status();

_timer = new Timer(updateGlobalStatistics, 
                    null, 
                    PublicSettings.irTimers_Delayed_Start_MiliSeconds, 
                    PublicSettings.ir_RefreshUI_MS);

WebConnectionStats.Init();

Answer 1

您的机器无法同时运行无限数量的线程。它实际上一次只能运行几个。然后它需要在各个线程之间轮换，给它们每个小块时间，以便在更大程度上“伪造”并行化。

你拥有的线程越多，每个人得到的馅饼就越小。如果你有足够多的线程，你最终会“饿死”，每个线程的时间都很短，以至于它不能做任何有成效的事情，整个机器就会停止。切换线程需要成本这一事实加剧了这种情况。机器可能会最终花费大部分时间在线程之间切换，而不是进行生产性工作。

为防止这种情况，您应该将创建的线程数限制在一个相当小的数量内。如果您依赖线程池，它的调度程序通常不会创建比在您的机器上有效的线程更多的线程。

Answer 2

UI 响应受到整体机器负载的严重影响。将 CPU/内存使用率推向 100% 几乎可以保证 UI 的缓慢性。

你怎么能这样做：

• 至少运行 {number of CPU cores} 个 CPU 负载较重的线程
• 运行一些内存密集型线程/进程 - 接触许多独特的内存块（即相隔几 Kb 的字节）应该这样做
• 具有随机 I/O 的垃圾磁盘以及磁盘 I/O 本身可能不足以适当地减慢 UI 线程。

Answer 3

这里的技术之一是将 UI 和长时间运行的东西真正分离到单独的进程中，这样它们就不会干扰。

垃圾收集器很可能会暂停所有线程来清理堆，因此您会遇到延迟。

您也可以尝试使用不同的 GC 模式，例如并发、后台……看看它们如何影响性能。

也可以提高 UI 线程的优先级，降低其他工作线程的优先级，虽然有点不清楚为什么你有这么多线程。

http://msdn.microsoft.com/en-us/library/0xy59wtx%28v=vs.110%29.aspx