Wisp

WPF 触摸底层 PenImc 是如何工作的

老子叫甜甜 提交于 2020-04-22 01:48:26
在 WPF 里面有其他软件完全比不上的超快速的触摸,这个触摸是通过 PenImc 获取的。现在 WPF 开源了,本文就带大家来阅读触摸底层的代码,阅读本文需要一点 C# 和 C++ 基础 现在 WPF 开源,所有源代码都可以在官方代码找到,本文只是让大家能够更快的了解整个触摸的代码和更快的了解代码,和知道对应的功能在哪个代码 在WPF的触摸的 PenThreadWorker 调用 ThreadProc 的方法,就通过 MS.Win32.Penimc.UnsafeNativeMethods.GetPenEvent 方法获取触摸。本文仅讨论在 PenThreadWorker 下层的内容,在此上层的内容,请看 WPF 触摸到事件 那么在 PenImc 里面做了什么? 在 PenImc 原理里面,其实就是通过共享内存和 COM 的方式通过 RealTimeStylus 的方式快速获取触摸消息 先通过 WISPTIS_SM_SECTION_NAME 和 WISPTIS_SM_MUTEX_NAME 分别拿到共享内存和进程锁这样可以通过锁通知共享内存收到消息,然后通过读取内存的信息返回到上层 整个初始化的代码放在 PimcContext.cpp 里 在 HRESULT CPimcContext::InitNamedCommunications(__in CComPtr

WPF 触摸底层 PenImc 是如何工作的

一曲冷凌霜 提交于 2020-04-21 20:32:38
在 WPF 里面有其他软件完全比不上的超快速的触摸,这个触摸是通过 PenImc 获取的。现在 WPF 开源了,本文就带大家来阅读触摸底层的代码,阅读本文需要一点 C# 和 C++ 基础 现在 WPF 开源,所有源代码都可以在官方代码找到,本文只是让大家能够更快的了解整个触摸的代码和更快的了解代码,和知道对应的功能在哪个代码 在WPF的触摸的 PenThreadWorker 调用 ThreadProc 的方法,就通过 MS.Win32.Penimc.UnsafeNativeMethods.GetPenEvent 方法获取触摸。本文仅讨论在 PenThreadWorker 下层的内容,在此上层的内容,请看 WPF 触摸到事件 那么在 PenImc 里面做了什么? 在 PenImc 原理里面,其实就是通过共享内存和 COM 的方式通过 RealTimeStylus 的方式快速获取触摸消息 先通过 WISPTIS_SM_SECTION_NAME 和 WISPTIS_SM_MUTEX_NAME 分别拿到共享内存和进程锁这样可以通过锁通知共享内存收到消息,然后通过读取内存的信息返回到上层 整个初始化的代码放在 PimcContext.cpp 里 在 HRESULT CPimcContext::InitNamedCommunications(__in CComPtr

WPF 触摸底层 PenImc 是如何工作的

两盒软妹~` 提交于 2020-04-21 15:39:28
原文: WPF 触摸底层 PenImc 是如何工作的 在 WPF 里面有其他软件完全比不上的超快速的触摸,这个触摸是通过 PenImc 获取的。现在 WPF 开源了,本文就带大家来阅读触摸底层的代码,阅读本文需要一点 C# 和 C++ 基础 现在 WPF 开源,所有源代码都可以在官方代码找到,本文只是让大家能够更快的了解整个触摸的代码和更快的了解代码,和知道对应的功能在哪个代码 在WPF的触摸的 PenThreadWorker 调用 ThreadProc 的方法,就通过 MS.Win32.Penimc.UnsafeNativeMethods.GetPenEvent 方法获取触摸。本文仅讨论在 PenThreadWorker 下层的内容,在此上层的内容,请看 WPF 触摸到事件 那么在 PenImc 里面做了什么? 在 PenImc 原理里面,其实就是通过共享内存和 COM 的方式通过 RealTimeStylus 的方式快速获取触摸消息 先通过 WISPTIS_SM_SECTION_NAME 和 WISPTIS_SM_MUTEX_NAME 分别拿到共享内存和进程锁这样可以通过锁通知共享内存收到消息,然后通过读取内存的信息返回到上层 整个初始化的代码放在 PimcContext.cpp 里 在 HRESULT CPimcContext::InitNamedCommunications

重塑云上的 Java 语言

有些话、适合烂在心里 提交于 2019-12-16 14:40:48
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 音乐无国界,但是音乐人有国界。 云原生亦如此。虽没有限定的编程语言,但应用所使用的编程语言已经决定了应用部署运行的行为。 Java 诞生于20年前,拥有大量优秀的企业级框架,践行 OOP 理念,更多体现的是严谨以及在长时间运行条件下的稳定性和高性能。反观如今,在要求快速迭代交付的云场景下,语言的简单性似乎成了首要的要求,而传统的 Java 语言显得有一些过于重量了。 本文由阿里巴巴 JVM 团队技术专家郁磊(花名:梁希)分享 JVM 团队是如何面对和处理集团巨大的业务规模和复杂的业务场景的。 ElasticHeap Java 常因为耗资源而受诟病,其中最显著一点就是 Heap 对内存的占用,即便没有请求在处理也没有对象分配,进程仍然会保留完整的堆内存空间,保障 GC 进行分配内存和操作内存的快速敏捷。 AJDK ZenGC/ElasticHeap 双十一全面支持核心链路上百应用和数十万实例。 JDK12 开始支持固定时间的触发 concurrent mark 并在 remark 中收缩 Java 堆归还内存的功能,然而并未解决在 stw 中增加暂停时间的问题,因此无法在每次 young GC 时做内存归还。 ElasticHeap 在并发异步线程中完成内存处理反复 map/unmap 以及 page fault