Godot无法唤起VSCode外部编辑器报ERR_CANT_FORK错误

故障触发时控制台输出如下报错：

platform/windows/os_windows.cpp:2863 - Condition "ret == 0" is true. Returned: ERR_CANT_FORK
editor/plugins/script_editor_plugin.cpp:2045 - Couldn't open external text editor, using internal

故障前置场景：已开启外部文本编辑器功能，在mono/editor设置项指定VSCode为外部编辑器，重启Windows系统后故障仍存在，无法唤起VSCode打开脚本。

按以下优先级排查修复：

• 修正配置位置：mono/editor分类下的外部编辑器配置仅对C#脚本生效，GDScript的外部编辑器配置入口在编辑器设置 > 文本编辑器 > 外部分类下，需要在此处单独开启使用外部编辑器选项，同时填写VSCode可执行文件的绝对路径，默认安装路径参考C:\Users\【你的系统用户名】\AppData\Local\Programs\Microsoft VS Code\Code.exe，注意必须指向exe本体，不能指向快捷方式。
• 补全启动参数：上述配置页的执行标志项不要留空，填入{project} --goto {file}:{line}:{col}，参数占位符错误、缺失会直接导致进程拉起失败。
• 统一程序运行权限：如果Godot以管理员权限启动，VSCode以普通权限启动，Windows的UAC权限隔离会阻止跨权限进程拉起，右键Godot快捷方式打开属性面板，在兼容性选项卡下取消「以管理员身份运行此程序」的勾选，保持两个程序权限等级一致后重试。
• 排查安全软件拦截：部分安全软件会默认拦截未知程序拉起其他应用的行为，临时关闭安全软件的进程防护功能测试，如果可以正常唤起，将Godot、VSCode的安装目录加入安全软件白名单即可。
• 规避版本bug：Godot 4.0早期开发预览版存在Windows平台外部编辑器拉起的已知逻辑缺陷，更换为最新正式稳定版即可修复，日常开发不要使用过旧的预览版本。
• 校验路径有效性：如果配置时没有填写Code.exe的绝对路径，仅填写了code作为执行路径，需要确认系统环境变量Path中已添加VSCode的安装目录，否则Godot无法定位到可执行文件也会触发该报错，优先填写绝对路径可以直接规避该问题。

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