如何用混合模式调试Godot C#以排查UI线程访问异常

我使用Godot作为非游戏应用的UI工具包，核心原因是它编译构建速度快、可控性强。近期从4.0.x版本升级到4.2.1后，频繁遇到主线程外调用节点方法的错误——这是Godot为节点树多线程访问做准备而修改行为导致的。

由于该错误由Godot的C++核心代码抛出，我需要混合模式调试能力来获取完整调用栈信息，以此定位错误根源。期望得到的调试输出示例如下：

E 0:00:01:0065 Godot.NativeInterop.NativeFuncs.generated.cs:345 @ void Godot.NativeInterop.NativeFuncs.godotsharp_method_bind_ptrcall(IntPtr , IntPtr , System.Void** , System.Void* ): This function in this node (/root/Control/Panel/MarginContainer2/HBoxContainer/Label2) can only be accessed from either the main thread or a thread group. Use call_deferred() instead.
<C++ Error> Condition "!is_readable_from_caller_thread()" is true.
Returning: (false)
<C++ Source> scene/gui/control.cpp:3047 @ is_auto_translating()
Godot.NativeInterop.NativeFuncs.generated.cs:345 @ void Godot.NativeInterop.NativeFuncs.godotsharp_method_bind_ptrcall(IntPtr , IntPtr , System.Void** , System.Void* )
NativeCalls.cs:434 @ void Godot.NativeCalls.godot_icall_1_49(IntPtr , IntPtr , System.String )
Label.cs:357 @ void Godot.Label.SetText(System.String )
Label.cs:27 @ void Godot.Label.set_Text(System.String )
Launch.cs:125 @ void Launch.UpdateVersionLabel()
Launch.cs:80 @ void Launch.<_Ready>b__10_0(System.Object )
Update.cs:39 @ void PatchLibrary.Updater.set_State(PatchLibrary.EState )
Update.cs:236 @ void PatchLibrary.Updater
d__68.MoveNext():0 @ void System.Runtime.CompilerServices.AsyncMethodBuilderCore.Start (TStateMachine& ):0 @ System.Threading.Tasks.Task PatchLibrary.Updater.InternalUpdate()
Update.cs:199 @ void PatchLibrary.Updater+<b__63_0>d.MoveNext():0 @ void System.Runtime.CompilerServices.AsyncMethodBuilderCore.Start<TStateMachine
(TStateMachine& ):0 @ System.Threading.Tasks.Task PatchLibrary.Updater
b__63_0():0 @ void System.Threading.Tasks.Task`1.InnerInvoke()

已完成的调试配置 #

• 安装Visual Studio 2022社区版
• 从GitHub安装Godot扩展
• 创建运行Godot 4.2.1控制台版可执行文件的启动配置
• 勾选**混合调试（原生调试）**选项

问题与疑问 #

调试会话启动后，应用正常运行，但C++代码抛出上述错误时，程序不会自动暂停。我想明确两个问题：

1. 是否需要使用带有调试符号的特殊构建版本Godot引擎？
2. 如何配置Visual Studio调试器，使其在该C++错误发生时自动暂停应用？

四年前有过VC和Godot的使用经验，现在记忆模糊，推测可能遗漏了基础配置步骤。

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