当前位置: 首页 > news >正文

C#由于获取WPF窗口名称造成的异常报错问题

报错内容

在这里插入图片描述
报错信息:win32Exception:传递给系统调用的数据区域太小。在MS.Win32.UnsafeNativeMethons.GetWindowText中报错

//报错的代码部分
namespace MS.Win32;[MS.Internal.WindowsBase.FriendAccessAllowed]
internal sealed class UnsafeNativeMethods[SecurityCritical]
internal static int GetWindowText(HandleRef hWnd, [Out] StringBuilder lpString, int nMaxCount)
{int windowText = NativeMethodsSetLastError.GetWindowText(hWnd, lpString, nMaxCount);if (windowText == 0){int lastWin32Error = Marshal.GetLastWin32Error();if (lastWin32Error != 0){throw new Win32Exception(lastWin32Error);}}return windowText;
}
//上一层堆栈
namespace System.Windows.Automation.Peers;/// <summary>Exposes <see cref="T:System.Windows.Window" /> types to UI Automation.</summary>
public class WindowAutomationPeer : FrameworkElementAutomationPeer[SecurityCritical]
[SecurityTreatAsSafe]
protected override string GetNameCore()
{string text = base.GetNameCore();if (text == string.Empty){Window window = (Window)base.Owner;if (!window.IsSourceWindowNull){StringBuilder stringBuilder = new StringBuilder(512);MS.Win32.UnsafeNativeMethods.GetWindowText(new HandleRef(null, window.CriticalHandle), stringBuilder, stringBuilder.Capacity);text = stringBuilder.ToString();if (text == null){text = string.Empty;}}}return text;
}

解决办法

1.如果是.Net 的框架,则更新到.Net7以上
2.如果是.Net Formwork框架,则更新Windows系统为win10_22H1以上版本

分析

在之前,我在分析来自于系统原子表溢出造成的软件闪退问题中(链接)

https://blog.csdn.net/m0_51559565/article/details/142548105?spm=1011.2415.3001.5331

同样都是来自于微软的Win32的报错,查询逻辑也是比较相似,我们首要需要在微软的官网查询到对应函数代表的作用和意思
在这里插入图片描述
在微软的官方文档中。说明当前函数是作为获取窗口的句柄和窗口名称的作用。
在WPF中,每一次页面的刷新,都需要获取到对应的页面句柄和窗口名称。所有这个问题应该是在刷新页面UI时候出现的问题。实际上,问题的出现也是在设备运行时,在更新当前窗口状态时候报的错误。
由于时WPF刷新UI的问题,那么涉及到底层的问题,大概率是我们不能解决的。所以第一时间先克隆一份WPF的源码。
在WPF中,通常所有涉及框架底层的报错的问题,我们可以直接在WPF的GitHub中提出问题,并附带报错信息。微软官方在看到问题后,一般都会有人进行解决。

//WPF源码Github链接
https://github.com/dotnet/wpf.git

在这里插入图片描述
在这里插入图片描述
从报错的源码向上查找堆栈。
在protected override string GetNameCore()中我们可以发现现在源码和我们报错的代码不一样,可以证明,可能是在此处有过修改。这个时候我们可以查看一下这条函数的提交记录。
在这里插入图片描述
在2023年6月28日有一个异常报错的提交数据。Git的提交信息中显示,
注释提到在GetWindowText失败时回退到Window.Title,这是为了修复特定的错误(#7344和#7345)。此外,注释解释了这是为了从不良行为的窗口消息挂钩中恢复,这些挂钩可能会在消息处理期间更改最后一个错误。这个的作用就是在GetWindowText报错时进行报错捕获,返回当前窗口的标题。
由于时2023年6月的Git提交,后续没有其他额外的内容了。通常这种情况,微软会在下一个.Net版本会更新推送这个新的代码。由于.net formwork并不会频繁更新版本。但是formwork会在Windows中拿到win32的DLL,所以这个更新提交会更随着Windows的版本进行更新。
所以我们只需要对Windows和.net进行更新到2023年6月的版本。

题外

另外有意思的是。只是我没想到,微软的人也喜欢直接在报错时候直接tryCatch就完事了。

http://www.xdnf.cn/news/864775.html

相关文章:

  • SQL 中 NOT IN 的陷阱?
  • 如何确定微服务的粒度与边界
  • 09.MySQL内外连接
  • 4. 数据类型
  • linux 安装 canal 的详细步骤
  • Linux I2C 子系统全解:结构、机制与工程实战
  • Hive开窗函数的进阶SQL案例
  • stm32使用hal库模拟spi模式3
  • git cherry-pick (28)
  • Redis初识
  • 华为ICT和AI智能应用
  • 深入理解系统:UML类图
  • YOLO12 改进|融入 Mamba 架构:插入视觉状态空间模块 VSS Block 的硬核升级
  • OpenCV C++ 学习笔记(六):绘制文本、几何绘图、查找/绘制轮廓
  • [蓝桥杯]取球博弈
  • 【发布实录】云原生+AI,助力企业全球化业务创新
  • Odoo17 技巧 | 如何获取Selection字段的显示值五种方法
  • Cisco IOS XE WLC 任意文件上传漏洞复现(CVE-2025-20188)
  • powershell 安装 .netframework3.5
  • CentOS7 + JDK8 虚拟机安装与 Hadoop + Spark 集群搭建实践
  • .Net Framework 4/C# 集合和索引器
  • C++ 使用 ffmpeg 解码本地视频并获取每帧的YUV数据
  • .NET 9中的异常处理性能提升分析:为什么过去慢,未来快
  • .net jwt实现
  • 12.RSA
  • 使用 React Native 开发鸿蒙运动健康类应用的​​高频易错点总结​​
  • 基于BP神经网络的语音特征信号分类
  • THUNDER:用“听回去”的方式让数字人说话更像真人
  • 内网穿透之Linux版客户端安装(神卓互联)
  • 【学习笔记】TCP 与 UDP