WPF InkCanvas书写卡顿问题分析

背景

公司有一款授课软件微讲师授课软件,可以在我们的软件上自动书写,勾画,采用InkCanvas做为书写层,并且支持提笔书写功能,为了给用户极致的体验,需要用户在书写时非常流畅。

问题

在使用过程中发现一个问题,用户在主屏上书写很流畅,但是在扩展屏上书写时发现存在卡存现象,书写体验不好,现象如下:

  • 书写时笔迹不能实时更随
  • 使用笔和鼠标书写都存在相同问题
  • 只有扩展屏才有这个问题
  • 书写的过程中CPU占用在20%左右

问题原因

分析发现,2个窗口采用的InkCanvas都是统一封装,并且后台model都是一个,并没有区别,后面发现问题出在界面上:

xml 复制代码
<Border>
    <Border.Effect>
        <DropShadowEffect BlurRadius="10" Color="White" Direction="320" Opacity="0.5" ShadowDepth="0" />
    </Border.Effect>
    <InkCanvas></InkCanvas>
</Border>

其中InkCanvas包含在border下,但是border设置了阴影,导致卡顿的原因是由于设置阴影的原因,看了下相关介绍,发现阴影具有性能问题:为WPF中DropShadowBitmapEffect提供轻量级的替代品

解决办法

办法1

如果你的场景可以不需要阴影,那么直接去掉阴影的代码

xml 复制代码
<Border>
    <InkCanvas></InkCanvas>
</Border>

办法2

将InkCanvas放到border外面

xml 复制代码
<Grid>
	<Border>
	    <Border.Effect>
	        <DropShadowEffect BlurRadius="10" Color="White" Direction="320" Opacity="0.5" ShadowDepth="0" />
	    </Border.Effect>
	</Border>
    <InkCanvas></InkCanvas>
</Grid>
相关推荐
码界奇点16 小时前
基于eBPF技术的高性能网络防火墙系统设计与实现
开发语言·网络·毕业设计·php·wpf·go语言·源代码管理
cjp56020 小时前
022.WPF 封装TextBox控件限制只输入数字自定义属性
wpf
cjp56020 小时前
021.WPF 以MVVM模式控制combox控件显示/隐藏
wpf
小北方城市网1 天前
Redis 分布式锁高可用实现:从原理到生产级落地
java·前端·javascript·spring boot·redis·分布式·wpf
流水线上的指令侠2 天前
补充说明——针对《C#:从 0 到 1 创建基于 NUnit + FlaUI 的 WPF UI 自动化测试项目》
功能测试·ui·c#·自动化·wpf
流水线上的指令侠2 天前
C# 实战:从 0 到 1 搭建基于 NUnit + FlaUI 的 WPF UI 自动化测试项目
功能测试·ui·c#·自动化·wpf·visual studio
贾修行2 天前
.NET 全栈开发学习路线:从入门到分布式
c#·.net·wpf·asp.net core·web api·winforms·services
晓13132 天前
第四章:Redis实战应用及常见问题(下篇)
java·数据库·缓存·wpf
掘根3 天前
【jsonRpc项目】客户端的Requestor模块,RpcCaller模块
wpf
FuckPatience3 天前
WPF ListBoxItem绑定自己在ListBox中的顺序
wpf