Excel 2016：修改VBA Sub参数类型引发QAT宏显示异常咨询

问题1：为何Excel GUI会在输入代码时改变显示格式，且与变量类型相关？ #

这其实和Excel对「可执行宏」的识别逻辑以及VBA项目的实时扫描机制直接相关：

• Excel的QAT宏列表并非静态读取的固定内容，而是会在VBA项目有代码变更时，重新扫描所有Public过程，判断哪些是可直接执行的宏——简单来说，就是那些无参数，或者参数是Excel能处理的内置类型（比如String、Integer）的过程，因为Excel可以在用户点击宏时弹出输入框让用户提供参数值。
• 当你把参数改成自定义类cSettings时，Excel无法为这种类型生成参数输入界面，所以这个过程会被标记为「不可直接执行」的宏。这个变化会触发Excel重新解析整个项目的过程信息，而它的宏列表渲染逻辑会因此调整——这并不是IntelliSense直接影响GUI，而是VBA项目的变更触发了Excel的宏列表刷新，而刷新逻辑会根据项目中是否存在「不可执行」宏来改变显示格式。

问题2：为何未编辑的另外两个Sub的显示也会被改变？ #

核心原因是Excel的宏扫描是针对整个VBA项目的，而非单个孤立的过程：

• 只要你修改了任何一个Public过程的签名（比如参数类型），Excel就会重新遍历项目中所有Public过程，重新验证它们的可执行性。
• 这里大概率是Excel的一个解析或缓存bug：当项目中存在带自定义类参数的「不可执行」宏时，Excel的宏列表渲染器会错误地把统一的格式应用到所有显示的宏上，哪怕那两个Check()和CheckAndFix()本身是完全符合可执行条件的。这种情况在.xlam加载项中更突出，因为加载项的VBA项目是持续驻留在Excel进程中的，其过程信息的缓存和刷新逻辑和普通工作簿有所不同。
• 你提到在String和cSettings之间切换时格式会对应变化，也验证了这一点：当所有宏都是可执行状态时，列表用一种格式；当存在不可执行宏时，切换到另一种格式，且这种切换会覆盖所有宏的显示样式。

验证与临时解决建议 #

• 可以尝试把那个带cSettings参数的Sub改成Private，此时Excel不会把它纳入宏列表扫描范围，看看另外两个宏的显示是否恢复正常。
• 也可以把需要在QAT显示的宏单独放在一个标准模块中，而带自定义参数的过程放在其他模块或设为私有，避免干扰宏列表的渲染逻辑。

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