针对Qt/QML在Windows系统里没考虑任务栏高度的问题（对应QTBUG-61232），我琢磨出一个临时解决方案，先跟你唠唠这个思路，再拆解下Windows任务栏的尺寸调整逻辑——毕竟得先搞懂它怎么变，方案才能靠谱对吧？

临时解决方案的核心优势 #

这个方案的最大亮点是只针对Windows场景生效，其他已经适配系统GUI的平台（比如macOS、各类Linux桌面环境）完全不用改动，直接走标准逻辑就行。毕竟这本来就是Windows独有的问题，没必要让其他平台跟着凑热闹，不会破坏它们原有的适配效果。

Windows任务栏的尺寸调整逻辑（重点梳理你关心的部分） #

咱先把任务栏的变化规律理清楚，这样方案才能精准适配：

• DPI缩放联动：任务栏的基础尺寸（默认高度/宽度）是跟着显示器的DPI缩放比例走的。比如100%缩放时默认高度是48px，125%缩放时会自动涨到60px，系统会按缩放比例自动计算，保证任务栏元素的视觉大小一致。
• 位置影响尺寸类型：任务栏放在屏幕上下侧时，调整的是高度；放在左右侧时，调整的是宽度。而且用户解锁任务栏后，还能手动拖动边缘自定义尺寸。
• 多显示器场景的差异：任务栏可以设置成只在主显示器显示，或者每个显示器都显示。如果是后者，每个显示器的任务栏会单独适配各自的DPI缩放比例，尺寸可能不一样。
• （注：如果你只考虑主显示器的场景，那重点就放在获取主显示器的DPI值+任务栏边界；如果要覆盖多显示器，就得遍历每个屏幕单独处理）

方案落地的小建议 #

要把这个方案落地，你可以结合Windows原生API和Qt的现有能力：

• 调用Windows的SHAppBarMessage函数（来自shell32.dll），它能直接返回任务栏的边界矩形，你可以从中算出任务栏占用的高度或宽度。
• 搭配Qt的QScreen类获取当前屏幕的几何信息和DPI缩放值，把两者的数据结合后，调整你的QML窗口的可用区域——比如当任务栏在底部时，把窗口的高度减去任务栏的高度，就能避开任务栏的遮挡了。

内容的提问来源于stack exchange，提问作者Jason R. Mick