首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

WPF 同一窗口内的多线程 UI(VisualTarget)

2018-09-05 05:47 WPF 的 UI 逻辑只在同一个线程中,这是学习 WPF 开发中大家几乎都会学习到的经验。...如果希望做不同线程的 UI,大家也会想到使用另一个窗口来实现,让每个窗口拥有自己的 UI 线程。然而,就不能让同一个窗口内部使用多个 UI 线程吗?...---- WPF 同一个窗口中跨线程访问 UI 有多种方法: 使用 VisualTarget (本文) 使用 SetParent 嵌入另一个窗口 前者使用的是 WPF 原生方式,做出来的跨线程 UI 可以和原来的...后者使用的是 Win32 的方式,实际效果非常类似 WindowsFormsHost,新线程中的 UI 在原来的所有 WPF 控件上面遮挡。另外,后者不止可以是跨线程,还可以跨进程。...注释中说 VisualTarget 就是用来连接可视化树(VisualTree)的,而且可以跨线程边界。也就是说,这是一个专门用来使同一个窗口内部包含多个不同 UI 线程的类型。

2.6K20

WPF 跨线程 UI 的方法

本文告诉大家如何在 WPF 使用多线程的 UI 的方法 在很多的时候都是使用单线程的 UI 但是有时候需要做到一个线程完全处理一个耗时的界面就需要将这个线程作为另一个 UI 线程 在 WPF 可以使用...VisualTarget 做到多个 UI 线程的绘制,注意这里的 WPF 的渲染线程只有一个,多个 UI 线程无法让渲染的速度加快。...如果一个界面有很多的 Visual 那么渲染速度也不会因为添加 UI 线程用的时间比原来少 在 WPF 的 VisualTarget 可以用来连接多个不同的线程的 UI 元素,在使用的时候只需要创建,然后在另一个...,但是也是和主界面在相同的线程渲染 ?...代码请看 https://github.com/lindexi/UWP/tree/master/wpf/CaitrairSodeyatarFowfurur 更多博客请看 WPF 同一窗口内的多线程 UI

1.7K30
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    如何监视 WPF 中的所有窗口,在所有窗口中订阅事件或者附加 UI

    由于 WPF 路由事件(主要是隧道和冒泡)的存在,我们很容易能够通过只监听窗口中的某些事件使得整个窗口中所有控件发生的事件都被监听到。然而,如果我们希望监听的是整个应用程序中所有的事件呢?...路由事件的路由可并不会跨越窗口边界呀? 本文将介绍我编写的应用程序窗口监视器,来监听整个应用程序中所有窗口中的路由事件。这样的方法可以用来无时无刻监视 WPF 程序的各种状态。...于是,我们只需要遍历 Windows 集合便可以获得应用程序中的所有窗口,然后对每一个窗口监听需要的路由事件。...} 在 Window_Activated 和 Window_Deactivated 事件中,我们主要也是在做初始化。...} 另外,我在 ApplicationWindowMonitor 的构造函数中加入了一个过滤窗口的委托。比如你可以让窗口的监听只对主要的几个窗口生效,而对一些信息提示窗口忽略等等。

    55140

    WPF 支持的多线程 UI 并不是线程安全的

    WPF 支持创建多个 UI 线程,跨窗口的或者窗口内的都是可以的;但是这个过程并不是线程安全的。 你有极低的概率会遇到 WPF 多线程 UI 的线程安全问题,说直接点就是崩溃。...简述这个线程安全问题 必要条件: 创建多个 WPF UI 线程 其实两个就够了,一个我们平时写的 App 类所在的主 UI 线程;一个后台 UI 线程,例如用来显示启动闪屏的 UI 线程 两个线程的话你需要大量重复试验才能复现...;而创建更多线程可以大大提高单次复现概率 这些 UI 线程都显示 WPF 窗口 无论是 .NET Framework 4.7.2 版本的 WPF,还是 .NET Core 3 版本的 WPF 都会出现此问题...WPF 中在 Visual Studio 2019 抓到的异常: 复现步骤 创建一个新的 WPF 项目(无论是 .NET Framework 4.7.2 还是 .NET Core 3) 保持自动生成的...创建一个新的包含 Main 函数的 Program 类,并在项目属性中设置 Program 为启动对象(替代 App)。

    47120

    WPF 同一窗口内的多线程多进程 UI(使用 SetParent 嵌入另一个窗口)

    更新于 2018-07-12 11:44 WPF 的 UI 逻辑只在同一个线程中,这是学习 WPF 开发中大家几乎都会学习到的经验。...如果希望做不同线程的 UI,大家也会想到使用另一个窗口来实现,让每个窗口拥有自己的 UI 线程。然而,就不能让同一个窗口内部使用多个 UI 线程吗?...---- WPF 同一个窗口中跨线程访问 UI 有多种方法: 使用 VisualTarget (本文) 使用 SetParent 嵌入另一个窗口 前者使用的是 WPF 原生方式,做出来的跨线程 UI 可以和原来的...后者使用的是 Win32 的方式,实际效果非常类似 WindowsFormsHost,新线程中的 UI 在原来的所有 WPF 控件上面遮挡。另外,后者不止可以是跨线程,还可以跨进程。...启动后台 UI 线程 启动一个后台的 WPF UI 线程网上有不少线程的方法,但大体思路是一样的。

    4.3K10

    WPF 多线程 UI:设计一个异步加载 UI 的容器

    WPF 多线程 UI:设计一个异步加载 UI 的容器 2018-09-08 12:53 对于 WPF 程序,如果你有某一个 UI 控件非常复杂...UI 的卡住不同于 IO 操作或者密集的 CPU 计算,WPF 中的 UI 卡顿时,我们几乎没有可以让 UI 响应的方式,因为 WPF 一个窗口只有一个 UI 线程。 No!...WPF 一个窗口可以不止一个 UI 线程,本文将设计一个异步加载 UI 的容器,可以在主线程完全卡死的情况下显示一个加载动画。...---- 本文是对我另一篇博客 WPF 同一窗口内的多线程 UI(VisualTarget) 的一项应用。...这样,我们就能在一个窗口中显示两个可视化树了。 这两个可视化树通过 HostVisual 跨线程连接起来,于是我们能在一个窗口中得到两个不同线程的可视化树。

    4.1K10

    解决 WPF 嵌套的子窗口在改变窗口大小的时候闪烁的问题

    因为 Win32 的窗口句柄是可以跨进程传递的,所以可以用来实现跨进程 UI。不过,本文不会谈论跨进程 UI 的具体实现,只会提及其实现中的一个重要缓解,使用子窗口的方式。...你有可能在使用子窗口之后,发现拖拽改变窗口大小的时候,子窗口中的内容不断闪烁。如果你也遇到了这样的问题,那么正好可以阅读本文来解决。...---- 问题 你可以看一下下面的这张动图,感受一下窗口的闪烁: 实际上在拖动窗口的时候,是一直都在闪的,只是每次闪烁都非常快,截取 gif 的时候截不到。...drawn window frame flickers on resizing if the window contains a HwndHost element - Stack Overflow WPF...多进程UI探索(Like Chrome) - 简书 关于WS_CLIPCHILDREN和WS_CLIPSIBLINGS的理解(个人认为还是相当全面的) - helloj2ee - 博客园 本文会经常更新

    76440

    Android NDK中的UI线程

    概述 在Android中,UI线程是一个很重要的概念。我们对UI的更新和一些系统行为,都必须在UI线程(主线程)中进行调用。...同时,我们在进行底层跨平台开发时,我们会选择NDK,在Linux系统上进行开发。在Linux中是没有主线程这一概念的。...那么,如果我们在子线程调用了一个native方法,在C++的代码中,我们想要切换到主线程调用某个方法时,该如何切换线程呢? 需求 众所周知,Toast消息,是无法在子线程调用的。...通过初始中的这样两个方法,我们就构建了一条通往主线程的通道。 发往主线程 在初始化的方法中,我们构筑了一条消息通道。接下来,我们就需要将消息发送至主线程。...这样,我们只需要在子线程中,以一定的编码格式向主线程发送消息,即可完成在native中切换主线程的能力。 --- 如有问题,欢迎指正。

    2.6K40

    修复 WPF 窗口在启动期间短暂的白底显示

    修复 WPF 窗口在启动期间短暂的白底显示 2017-11-03 15:08 不管你做的 WPF 窗口做得多么简单,是否总感觉启动的那一瞬间窗口内是白白的一片...本文将介绍一种简单的方法来彻底解决这个问题。 ---- 看看下面这张图,你便能知道本文要解决的问题是否跟你希望解决的是同一个问题: ? 是否发现窗口启动期间,窗口中的内容是白色的呢?...然而基本上观点都是相似的: 这是 WPF 的已知 BUG(this is a known issue in WPF) 可以先设置窗口 WindowState="Minimized",然后等 Loaded...发现使用 WindowChrome 定制窗口非客户区的时候,此问题就不再出现了!!! 也就是说,此问题在微软彻底解决之前,也是有规避方案的!——那就是 WindowChrome! 这是效果: ?...Visual Studio 中调试可能发现启动动画丢失)。

    2.5K10

    java中==、equals的不同AND在js中==、===的不同

    一:java中==、equals的不同        1....因为在Integer类中,会将值在-128的缓存在常量池(通过Integer的一个内部静态类IntegerCache进行判断并进行缓存)中,所以这两个对象的引用值是相同的。...但是超过这个区间的话,会直接创建各自的对象(在进行自动装箱的时候,调用valueOf()方法,源代码中是判断其大小,在区间内就缓存下来,不在的话直接new一个对象),即使值相同,也是不同的对象,所以返回...,前者会创建对象,存储在堆中,而后者因为在-128到127的范围内,不会创建新的对象,而是从IntegerCache中获取的。...比如,char类型的变量和int类型的变量进行比较时,==会将char转化为int在进行比较。类型不同,如果可以转化并且值相同,那么会返回true。        3.

    4K10

    滑动窗口在算法中的应用

    在这篇文章中,我们将通过几个经典的 LeetCode 题目,使用 Java 语言来详细讲解滑动窗口的应用。...例题1:找到字符串中的所有异位词 题目背景: 朋友小明在编程比赛中遇到了一个问题:如何在一个长字符串中找到所有与目标字符串异位的子串?我们需要通过滑动窗口找到所有这些位置。...题目描述: 在一排树中,第 i 棵树上有 tree[i] 型号的水果。你可以选择两个篮子,每个篮子只能装一种型号的水果。你需要找到可以采摘的水果的最大数量。...如果窗口的大小超过 k + maxCount,说明需要缩小窗口。 时间复杂度为 O(n),因为我们只对每个字符遍历一次。 总结 滑动窗口在处理连续子数组或子字符串问题时展现了极大的灵活性。...通过维护一个动态窗口,滑动窗口不仅能够帮助我们有效解决问题,还可以极大地优化时间复杂度。在这些例子中,我们用 Java 语言展示了滑动窗口在寻找异位词、最大水果采摘量、以及字符替换中的应用。

    8910

    java:ObservableObserver模式在SWT环境下UI线程非UI线程的透明化调用

    但是我们知道大部分UI框架(比如SWT)都要区分UI线程和非UI线程,如果Observable对象在非UI线程执行notifyObservers操作,而Observer的update方法又涉及UI对象的操作时就会抛出异常...(参见 《SWT的UI线程和非UI线程》) 如果Observer的代码不用关心自己是不是在UI线程,就可以降低Observer代码的复杂度,所以为解决这个问题,我对Observable做了进一步封装。...> * 实现{@link Observer}类型的侦听器在SWT下UI线程/非UI线程的透明化调用 * @author guyadong * */ public class SWTObservable...extends Observable { /** * {@link Observer}在SWT环境下的重新封装 * 实现UI/非UI线程透明化 * @author...{@link #listeners}中 查找{@link Observer}对应的{@link SWTObserver}对象,找不到则返回null * @param listener

    50110

    FluentValidation在C# WPF中的应用

    其实它也可以用于WPF属性验证,本文主要也是讲解该组件在WPF中的使用,FluentValidation官网是: https://fluentvalidation.net/ 。...本文需要实现的功能unsetunset 提供WPF界面输入验证,采用MVVM方式,需要以下功能: 能验证ViewModel中定义的基本数据类型属性:int\string等; 能验证ViewModel中定义的复杂属性...复杂属性:我遇到的问题是,怎么验证ViewModel中对象属性的子属性?...创建验证器 验证属性的写法有两种: 可以在实体属性上方添加特性(本文不作特别说明,百度文章介绍很多); 通过代码的形式添加,如下方,创建一个验证器类,继承自AbstractValidator,在此验证器构造函数中写规则验证属性...表示关联集合中的项验证器。

    19110

    WPF 中那些可跨线程访问的 DispatcherObject(WPF Free Threaded Dispatcher Object)

    WPF 中那些可跨线程访问的 DispatcherObject(WPF Free Threaded Dispatcher Object) 发布于 2018-11-23...只不过,WPF 封装的大多对象和属性都调用了 VerifyAccess(例如依赖项属性),所以很大程度上限制了 WPF UI 的线程访问权限。...-- 对象在 Resources 中不会自动创建,它会在第一次被使用的时候创建, --> 的跨线程访问,需要使用两个不同的线程访问它。...对象在 Resources 中不会自动创建,它会在第一次被使用的时候创建;也就是说,你如果要验证它的跨线程访问,需要使用两个不同的线程访问它(仅仅用一个后台线程去验证它,你会发现后台线程依然能够正常访问它的依赖项属性的值...因为内部有 CheckAccess 和 VerifyAccess 方法检查线程的访问权限 众多子类的属性和方法在使用前调用了 VerifyAccess 来验证调用方的线程 在 XAML 中编写的代码时,

    1.1K20

    主线程中也不绝对安全的 UI 操作

    从最初开始学习 iOS 的时候,我们就被告知 UI 操作一定要放在主线程进行。这是因为 UIKit 的方法不是线程安全的,保证线程安全需要极大的开销。...那么问题来了,在主线程中进行 UI 操作一定是安全的么? 显然,答案是否定的!...寻找线程的规则是:任何提交到主队列的 block 都会在主线程中执行,在不违背此规则的前提下,文档还告诉我们系统会自动进行优化,尽可能的在当前线程执行 block。...现在我们知道,即使是在主线程中执行的代码,也很可能不是运行在主队列中(反之则必然)。...更进一步的思考,有时候为了保证 UI 操作在主线程运行,如果有一个函数可以用来创建新的UILabel,为了确保线程安全,代码可能是这样: -(UILabel *)labelWithText:(NSString

    99110

    WPF的消息机制(二)- WPF内部的5个窗口之隐藏消息窗口

    用于UI窗口绘制的可见窗口 WPF的消息机制(三)-WPF输入事件的来源 WPF的消息机制(四)-WPF中UI的更新 WPF内部的5个窗口 对于Windows系统来说,它是一个消息系统,消息系统的核心就是窗口...在上一篇,我们频繁的提及“线程”,“Dispatcher”其实,运行WPF应用程序所在的线程就是WPF所谓的UI线程,在Application.Run之后,调用Dispatcher.Run时会检查当前线程是否已经存在了一个...因此,WPF的对象在获取this.Dispatcher属性时,不同对象取的都是同一个Dispatcher实例。...第五步,在窗口过程中,优先级队列当中取一个DispatcherOperation。...而这个过程需要消息不断的流动,就必须加入消息队列,最后还要特定的窗口过程处理,而核心的东西就是这个隐藏的Window1#,他在WPF当中只负责处理异步调用,其他的消息他不关心,剩余的4个窗口在处理。

    1.9K50
    领券