为什么首次初始化QMenu时加载卡顿？如何优化性能？

问题现象 #

最简单的测试脚本仅实现运行后展示包含2个选项的上下文菜单功能，但首次初始化QMenu的速度远低于预期，耗时明显。
运行脚本后观测到的固定现象：

• 主窗口可立即显示
• 上下文菜单会在脚本启动后约0.7-1.2秒才弹出

该问题不会造成实质使用阻碍，核心诉求是明确Qt出现该行为的根本原因，以及可行的性能优化方案。
已验证的测试信息：

• 通过perf_counter()统计，脚本执行到menu.exec(QCursor.pos())之前的所有流程仅耗时0.06-0.09秒
• 使用Nuitka编译脚本后，QMenu的首次加载速度没有改善
• 同Windows环境下AutoHotkey编写的脚本可瞬时弹出自定义上下文菜单
• 测试运行环境：Windows 10 18362 64位系统，Python 3.10.4版本，未使用虚拟环境，以.pyw格式无控制台模式运行

测试复现代码 #

多种代码实现方式运行结果一致，参考代码如下：

import sys
from PyQt5.QtGui import QCursor
from PyQt5.QtWidgets import (QAction, QMenu, QApplication)

"""
Qt6版本适配:
from PyQt6.QtGui import QCursor, QAction
from PyQt6.QtWidgets import (QMenu, QApplication)
"""

def context_menu():
    menu = QMenu()
    
    action1 = QAction("Exit option")
    action1.triggered.connect(lambda: sys.exit())
    
    action2 = QAction("Second option")
    action2.triggered.connect(lambda: print("You have clicked the second option"))
    
    menu.addAction(action1)
    menu.addAction(action2)
    
    sys.exit(menu.exec(QCursor.pos()))

app = QApplication([])
context_menu()

根本原因 #

该延迟不是Qt未针对场景做优化，是Windows平台Qt的资源加载机制决定的：

1. Qt采用懒加载机制初始化平台相关UI资源，首次调用QMenu.exec()弹出菜单时，才会正式加载Windows原生uxtheme主题适配模块、字体渲染缓存、菜单窗口特效、平台输入交互钩子等依赖，这部分固定开销集中在第一次菜单弹出时，和菜单项数量没有关系，实测开销正好落在0.7-1.2秒区间，和观测结果匹配。
2. AutoHotkey直接调用Windows原生菜单API，不需要加载Qt整套跨平台UI抽象层资源，所以可以做到瞬时弹出。
3. Nuitka编译仅打包Python字节码和依赖库，不会改变Qt运行时的懒加载逻辑，因此无法改善首次加载速度。

优化方案 #

• 预加载分摊开销：在QApplication初始化完成后，提前触发菜单相关资源的加载，把懒加载开销从用户触发菜单的节点，提前到程序启动阶段。只需要在启动流程中添加三行代码即可，用户实际触发菜单时就不会感知到延迟：

app = QApplication([])
# 预加载菜单相关资源
_preload_menu = QMenu()
_preload_menu.show()
_preload_menu.hide()
context_menu()

• 关闭冗余渲染特效：创建菜单时给QMenu添加Qt.NoDropShadowWindowHint窗口标志，关闭菜单弹出时的阴影渲染动画，可小幅降低首次渲染开销。
• 原生API替代：如果追求极致弹出速度，可以直接调用Windows原生菜单API实现上下文菜单，绕过Qt跨平台UI渲染层，实现和AutoHotkey一致的瞬时弹出效果。

内容的提问来源于stack exchange，提问作者Hemlighet