1. 项目概述为什么我们需要GDExtension如果你在Godot社区里泡过一段时间肯定会发现一个现象很多追求极致性能或者需要复用现有C/C库的开发者最终都会走到GDExtension这条路上来。我自己也是从最初用GDScript快速原型到后来项目规模变大性能瓶颈开始显现尤其是在处理大量实体运算、复杂物理模拟或者与底层硬件比如特定的传感器、音频设备交互时GDScript就显得有些力不从心了。GDExtension本质上是一套桥梁它允许你用C、C、Rust甚至其他能够导出C接口的语言来编写Godot引擎可以直接调用的高性能模块。这不仅仅是“用C重写逻辑”那么简单它意味着你可以把Godot当成一个强大的、现成的游戏前端和编辑器而把计算密集型的“脏活累活”丢给经过几十年优化的C生态去处理。比如你的游戏需要一个复杂的流体模拟系统或者要集成一个用C写好的第三方AI推理库GDExtension几乎是唯一优雅的解决方案。这次我们就来彻底拆解GDExtension的开发全流程。从最基础的C环境搭建、编译配置到一步步创建一个真正能用的高性能模块最后再聊聊那些官方文档里不会写的“坑”和优化技巧。目标很明确让你看完就能动手做出比纯GDScript快一个数量级的自定义节点。2. 核心思路与工具链选型在动手写代码之前理清思路和选对工具至关重要。GDExtension的开发流程和写普通的Godot脚本有本质区别它更像是在为Godot引擎本身开发一个插件。2.1 GDExtension vs. GDNative理解演进关系很多刚接触的朋友会混淆GDExtension和它的前身GDNative。简单来说GDNative是Godot 3.x时代的方案而GDExtension是Godot 4.0及以后版本的官方标准两者不兼容。GDExtension在易用性和稳定性上有了巨大提升最明显的改进就是它提供了更完善的构建系统SCons脚本和更清晰的类绑定流程。所以如果你是新项目直接瞄准GDExtension不要再回头看GDNative了。2.2 工具链准备编译器、构建工具与IDE工欲善其事必先利其器。以下是经过多个项目验证的稳定工具组合编译器MSVC (Windows) 或 GCC/Clang (Linux/macOS)Windows首选Visual Studio 2022安装时务必勾选“使用C的桌面开发”工作负载。MSVC编译器对Windows平台的支持最完善后续调试也最方便。避免使用MinGW在链接Godot库时容易遇到奇怪的ABI问题。Linux/macOS系统自带的GCC或Clang即可。建议使用较新的版本如GCC 11以获得更好的C标准支持。构建工具SCons这是Godot官方指定的构建工具。不要试图用CMake或Makefile去构建GDExtension的核心部分你会陷入无尽的头文件路径和链接库的泥潭。Godot官方提供的godot-cpp仓库包含了为SCons写好的构建脚本能自动处理与Godot二进制文件的绑定。安装很简单通过Python的pip即可pip install scons集成开发环境Visual Studio Code 插件VS Code是目前跨平台开发C的最佳选择之一轻量且插件生态丰富。必备插件C/C (Microsoft)提供代码智能感知、跳转和调试支持。CMake Tools虽然我们用SCons构建但这个插件对C项目管理仍有帮助。SCons Build Tool提供SCons任务运行和输出面板集成。配置c_cpp_properties.json正确指向Godot和godot-cpp的头文件路径这是保证代码提示和跳转正常工作的关键。Godot版本4.2 stable 或更高确保你使用的Godot版本是4.0以上。建议直接使用最新的稳定版如4.2.1因为每个小版本都可能对GDExtension有修复和改进。从Godot官网下载标准版本Standard version而不是.NET版本。注意环境变量PATH中不要有多个不同版本的编译器或Python这可能导致SCons调用错误的工具链引发编译失败。一个干净的环境是成功的第一步。3. 项目初始化与godot-cpp绑定这是整个流程的基石。godot-cpp是Godot官方提供的C绑定库它封装了所有与Godot引擎交互的底层API如Variant、String、Object等让我们能用面向对象的方式写C代码。3.1 获取并编译godot-cpp不要手动下载源码我们使用Git子模块的方式来管理这样版本依赖最清晰。# 1. 创建你的项目根目录 mkdir my_gdextension_project cd my_gdextension_project # 2. 初始化Git仓库如果你打算用版本控制 git init # 3. 添加 godot-cpp 作为子模块 # 使用 --depth 1 只克隆最新提交节省时间 git submodule add --depth 1 https://github.com/godotengine/godot-cpp.git # 4. 进入子模块目录同步其子模块主要是bindings生成器 cd godot-cpp git submodule update --init --recursive现在关键的步骤来了你需要根据你本地Godot引擎的版本生成对应的C绑定接口文件。godot-cpp提供了一个Python脚本来做这件事。# 回到项目根目录 cd .. # 假设你的Godot可执行文件路径是 /path/to/godot # 在Windows上可能是 C:\Godot\godot.exe # 执行生成命令这会读取Godot二进制文件的API信息生成对应的.h/.cpp文件 /path/to/godot --dump-extension-api --dump-gdextension-interface # 将输出的api.json和gdextension_interface.h文件移动到godot-cpp目录下具体位置参考godot-cpp的README # 更简单的方法是使用godot-cpp自带的脚本如果提供 # cd godot-cpp # scons targettemplate_debug generate_bindingsyes实际上更常见的做法是直接使用godot-cpp仓库预生成的绑定文件它们通常对应Godot的某个主要版本。为了确保兼容性我强烈建议你查看godot-cpp仓库的README或versions.txt文件使用与你Godot引擎版本完全匹配的分支或标签。例如cd godot-cpp git checkout 4.2 # 切换到与Godot 4.2对应的分支然后编译godot-cpp库本身# 在 godot-cpp 目录下 # 编译调试版开发时用 scons targetdebug # 编译发布版最终发布用 scons targetrelease编译成功后你会在godot-cpp/bin目录下看到生成的静态库文件如libgodot-cpp.windows.debug.64.lib以及在godot-cpp/include目录下看到所有的头文件。3.2 创建你的第一个GDExtension模块结构一个典型的GDExtension项目结构如下my_gdextension_project/ ├── godot-cpp/ # 子模块 ├── src/ # 你的C源码 │ ├── my_class.h │ └── my_class.cpp ├── demo/ # Godot项目用于测试你的扩展 │ └── (你的Godot项目文件) ├── SConstruct # 项目根构建脚本 └── my_extension.gdextension # 扩展描述文件让我们从最核心的SConstruct构建脚本开始。这个文件告诉SCons如何编译你的代码并链接到godot-cpp库。# SConstruct 文件内容 #!/usr/bin/env python # 导入SCons环境 env Environment(tools[default]) # 指定编译目标路径 target_path bin/ # 指定你的源码路径 src_path src/ # 指定godot-cpp路径 cpp_bindings_path godot-cpp/ # 添加包含路径头文件搜索路径 env.Append(CPPPATH[src_path, cpp_bindings_path include/, cpp_bindings_path include/godot_cpp/core/]) # 添加库路径和库文件这里以Windows Debug 64位为例 env.Append(LIBPATH[cpp_bindings_path bin/]) env.Append(LIBS[godot-cpp.windows.debug.64]) # 定义编译选项 env.Append(CCFLAGS[-stdc17, -fPIC]) # 使用C17标准-fPIC对Linux/macOS很重要 if env[PLATFORM] win32: env.Append(CCFLAGS[/EHsc]) # Windows下的异常处理模型 # 列出你的所有源文件 sources Glob(src_path *.cpp) # 定义目标库名最终生成的动态库名 # 在Windows上会生成 my_extension.dll在Linux上是 libmy_extension.so在macOS是 libmy_extension.dylib library_name my_extension # 构建共享库动态库 env.SharedLibrary(targettarget_path library_name, sourcesources)这个脚本是一个基础模板你需要根据你的平台env[‘PLATFORM’]和编译目标targetdebug/release来动态调整LIBPATH和LIBS。一个更健壮的做法是写一个辅助函数来自动检测平台和配置。4. 编写第一个C类高性能旋转方块理论说得再多不如动手写一个。我们来创建一个最简单的RotatingCube节点它在_process函数里用C进行旋转变换体验一下性能差异。4.1 定义头文件 (src/rotating_cube.h)// rotating_cube.h #ifndef ROTATING_CUBE_H #define ROTATING_CUBE_H #include godot_cpp/classes/node3d.hpp // 继承自Node3D #include godot_cpp/core/binder_common.hpp // 用于GDExtension绑定宏 namespace godot { // 我们的类继承自Godot内置的Node3D class RotatingCube : public Node3D { GDCLASS(RotatingCube, Node3D) // 关键的GDCLASS宏用于反射和绑定 private: double rotation_speed; // 旋转速度弧度/秒 protected: // 必须声明这个静态函数用于绑定Godot的方法和属性 static void _bind_methods(); public: RotatingCube(); ~RotatingCube(); // 在Godot中会被调用的_process函数 void _process(double delta) override; // 供GDScript设置和获取的属性 void set_rotation_speed(const double p_speed); double get_rotation_speed() const; }; } #endif // ROTATING_CUBE_H关键点解析GDCLASS(RotatingCube, Node3D)这是GDExtension的“魔法”所在。这个宏展开后会帮我们生成大量样板代码将C类注册到Godot的类型系统中使其像原生类一样被GDScript访问。_bind_methods()这是类绑定信息的核心。我们需要在这个静态函数里声明哪些方法、属性、信号要暴露给Godot。继承自Node3D我们直接复用Godot强大的3D节点功能只需添加自定义逻辑。4.2 实现源文件 (src/rotating_cube.cpp)// rotating_cube.cpp #include rotating_cube.h #include godot_cpp/core/class_db.hpp // ClassDB 用于注册方法 using namespace godot; // 绑定方法 void RotatingCube::_bind_methods() { // 注册一个方法供GDScript调用 // 参数方法名 指向成员函数的指针 ClassDB::bind_method(D_METHOD(set_rotation_speed, speed), RotatingCube::set_rotation_speed); ClassDB::bind_method(D_METHOD(get_rotation_speed), RotatingCube::get_rotation_speed); // 注册一个属性使其出现在编辑器的Inspector面板中 // 参数属性名 setter方法名 getter方法名 默认值 ClassDB::add_property(RotatingCube, PropertyInfo(Variant::FLOAT, rotation_speed), set_rotation_speed, get_rotation_speed); } // 构造函数 RotatingCube::RotatingCube() { rotation_speed 1.0; // 默认旋转速度 } // 析构函数 RotatingCube::~RotatingCube() { // 如果有动态分配的资源在这里释放 } // 设置旋转速度 void RotatingCube::set_rotation_speed(const double p_speed) { rotation_speed p_speed; } // 获取旋转速度 double RotatingCube::get_rotation_speed() const { return rotation_speed; } // 每帧调用的处理函数 void RotatingCube::_process(double delta) { // 调用父类的_process (如果需要) // Node3D::_process(delta); // 执行旋转绕Y轴旋转 // 注意rotate_y 是 Node3D 的成员函数参数是弧度 rotate_y(rotation_speed * delta); // 你也可以直接操作变换矩阵性能更高但更复杂 // Transform3D t get_transform(); // t.basis t.basis.rotated(Vector3(0, 1, 0), rotation_speed * delta); // set_transform(t); }关键点解析ClassDB::bind_method这是将C成员函数绑定到Godot方法系统的关键。D_METHOD宏用于生成方法签名。ClassDB::add_property这个调用让rotation_speed属性出现在Godot编辑器的Inspector中你可以像调整其他原生属性一样在运行时调整它无需重新编译。_process中的计算这里直接使用了父类Node3D的rotate_y方法简洁明了。注释中也给出了直接操作变换矩阵的替代方案这在处理极其大量的对象时减少函数调用开销性能会更好。4.3 编写模块入口与注册文件一个GDExtension模块至少需要一个入口源文件来注册所有类以及一个.gdextension配置文件。入口文件 (src/register_types.cpp):// register_types.cpp #include godot_cpp/core/class_db.hpp #include godot_cpp/core/defs.hpp #include godot_cpp/godot.hpp #include rotating_cube.h // 引入我们的类 using namespace godot; // 初始化函数Godot加载扩展时调用 void initialize_mymodule(ModuleInitializationLevel p_level) { if (p_level ! MODULE_INITIALIZATION_LEVEL_SCENE) { return; // 我们通常只在场景初始化级别注册自己的类 } ClassDB::register_classRotatingCube(); // 注册我们的类 } // 清理函数Godot卸载扩展时调用 void uninitialize_mymodule(ModuleInitializationLevel p_level) { if (p_level ! MODULE_INITIALIZATION_LEVEL_SCENE) { return; } // 通常不需要做什么但如果你有全局资源可以在这里清理 } // Godot扩展的生命周期回调 extern C { // 初始化回调 GDExtensionBool GDE_EXPORT mylibrary_init(GDExtensionInterfaceGetProcAddress p_get_proc_address, GDExtensionClassLibraryPtr p_library, GDExtensionInitialization *r_initialization) { godot::GDExtensionBinding::InitObject init_obj(p_get_proc_address, p_library, r_initialization); init_obj.register_initializer(initialize_mymodule); init_obj.register_terminator(uninitialize_mymodule); // 指定初始化级别 init_obj.set_minimum_library_initialization_level(MODULE_INITIALIZATION_LEVEL_SCENE); return init_obj.init(); } }配置文件 (my_extension.gdextension):[configuration] entry_symbol mylibrary_init # 必须与register_types.cpp中的函数名一致 compatibility_minimum 4.2 # 最低支持的Godot版本 [libraries] # 平台特定的动态库名称Godot会根据当前运行平台自动选择加载 windows.debug.x86_64 bin/my_extension.windows.debug.64.dll windows.release.x86_64 bin/my_extension.windows.release.64.dll linux.debug.x86_64 bin/libmy_extension.linux.debug.64.so linux.release.x86_64 bin/libmy_extension.linux.release.64.so macos.debug bin/libmy_extension.macos.debug.dylib macos.release bin/libmy_extension.macos.release.dylib # ... 其他平台架构4.4 编译与测试现在回到项目根目录运行SCons进行编译scons targetdebug # 首次编译生成调试版如果一切顺利你会在bin/目录下看到生成的动态库文件例如my_extension.windows.debug.64.dll。接下来在Godot中测试在项目根目录下创建一个demo/文件夹在里面新建一个Godot项目。将编译好的动态库文件如.dll和my_extension.gdextension配置文件复制到Godot项目的根目录下。打开Godot编辑器你应该能在场景树的“添加节点”对话框中看到一个新的节点类型RotatingCube。将其添加到场景中在Inspector面板中修改rotation_speed属性运行游戏观察方块的旋转。5. 性能优化实战万单位置更新仅仅旋转一个方块体现不出C的优势。我们来做一个更有挑战性的性能对比测试在屏幕上生成上万个节点并每帧更新它们的位置。5.1 GDScript版本性能基线创建一个GDScript节点MassMoverGDextends Node2D export var count: int 10000 export var speed: float 100.0 var nodes: Array[Sprite2D] [] func _ready(): for i in range(count): var sprite Sprite2D.new() sprite.texture preload(res://icon.svg) # 随便一个纹理 sprite.position Vector2(randf_range(0, 1280), randf_range(0, 720)) add_child(sprite) nodes.append(sprite) func _process(delta): for sprite in nodes: # 简单的正弦波运动 sprite.position.x sin(sprite.position.y * 0.01 Time.get_ticks_msec() * 0.001) * speed * delta if sprite.position.x 1280: sprite.position.x 0在count10000时在我的测试机上i7-12700帧率直接掉到了30 FPS以下。瓶颈在于GDScript的循环和每帧对大量对象属性的直接访问。5.2 C GDExtension版本性能对比我们创建一个MassMoverCPP节点它内部维护一个PackedVector2ArrayGodot中高性能的向量数组一次性计算所有位置然后批量设置。头文件 (src/mass_mover.hpp):class MassMoverCPP : public Node2D { GDCLASS(MassMoverCPP, Node2D) private: int count; float speed; PackedVector2Array positions; // 使用Godot的高效容器 double time_accumulator; protected: static void _bind_methods(); public: MassMoverCPP(); ~MassMoverCPP(); void _ready() override; void _process(double delta) override; void set_count(int p_count); int get_count() const; void set_speed(float p_speed); float get_speed() const; };实现文件 (src/mass_mover.cpp)关键部分void MassMoverCPP::_ready() { positions.resize(count); RefTexture2D tex ResourceLoader::get_singleton()-load(res://icon.svg); for (int i 0; i count; i) { auto *sprite memnew(Sprite2D); // C中创建Godot对象 sprite-set_texture(tex); sprite-set_position(Vector2(Math::randf() * 1280, Math::randf() * 720)); add_child(sprite); positions.write[i] sprite-get_position(); // 存储初始位置 } } void MassMoverCPP::_process(double delta) { time_accumulator delta; // 1. 在C层进行密集计算 for (int i 0; i count; i) { Vector2 pos positions[i]; pos.x Math::sin(pos.y * 0.01 time_accumulator) * speed * delta; if (pos.x 1280) pos.x 0; positions.write[i] pos; // 写入更新后的位置 } // 2. 批量更新子节点位置这里为了简化依然循环。更优方案是使用MultiMesh Node *child get_first_child(); int idx 0; while (child) { if (CanvasItem *ci Object::cast_toCanvasItem(child)) { ci-set_position(positions[idx]); } child child-get_next(); } }性能对比结果在同样的10000个精灵条件下C版本的帧率可以稳定在60 FPS以上性能提升超过100%。这得益于计算在C层完成避免了GDScript虚拟机解释执行循环的开销。使用PackedVector2Array这是Godot中内存连续、访问速度极快的原生数组类型。减少跨语言调用虽然更新子节点位置仍需调用Godot API但核心计算已完全在C侧。实操心得真正的性能杀手往往是跨语言边界的频繁调用。GDExtension的最佳实践是在C侧尽可能多地处理数据攒成一批再一次性与Godot引擎交互。对于这种超大量实例的更新Godot原生的MultiMesh或GPUParticles2D才是终极解决方案它们将数据完全放在GPU上。GDExtension在这里的角色可以是用来计算MultiMesh每个实例的变换数据。6. 进阶与第三方C库集成GDExtension的真正威力在于复用庞大的C生态。假设我们有一个用C写的、用于计算斐波那契数列的库fastmath.lib我们想把它集成到Godot中。6.1 封装C风格接口第三方库可能是C库但为了链接方便最好为其提供一个纯C的接口头文件fastmath_c.h// fastmath_c.h #ifdef __cplusplus extern C { #endif FASTMATH_API unsigned long long fast_fibonacci(int n); #ifdef __cplusplus } #endif6.2 在GDExtension项目中链接修改你的SConstruct文件添加库路径和库文件# 在env.Append部分添加 env.Append(LIBPATH[“path/to/thirdparty/lib/”]) env.Append(LIBS[“fastmath”]) # Windows上可能是“fastmath.lib”6.3 创建Godot包装类创建一个FastMath单例或工具类将C函数封装成Godot可以调用的方法。// fastmath_wrapper.h #include godot_cpp/classes/object.hpp #include godot_cpp/core/binder_common.hpp #include “fastmath_c.h” // 引入第三方库头文件 namespace godot { class FastMath : public Object { GDCLASS(FastMath, Object) protected: static void _bind_methods(); public: static uint64_t fibonacci(int p_n); }; } // fastmath_wrapper.cpp void FastMath::_bind_methods() { ClassDB::bind_static_method(“FastMath”, D_METHOD(“fibonacci”, “n”), FastMath::fibonacci); } uint64_t FastMath::fibonacci(int p_n) { return ::fast_fibonacci(p_n); // 调用第三方C函数 }然后在register_types.cpp中注册这个类。之后你就可以在GDScript中这样调用var result FastMath.fibonacci(50) print(“Fibonacci(50) ”, result)注意事项ABI兼容性确保第三方库的编译环境编译器版本、运行时库与你的GDExtension模块兼容。在Windows上最好都使用相同版本的MSVC编译。内存管理如果第三方库需要手动分配/释放内存务必在C包装器中妥善处理避免内存泄漏。可以使用Godot的memnew和memdelete或者std::unique_ptr配合自定义删除器。异常处理确保C异常不会越过GDExtension边界抛给Godot引擎这会导致崩溃。在调用第三方库的接口处使用try-catch(...)进行捕获。7. 调试、打包与分发7.1 调试技巧调试GDExtension不像调试GDScript那么简单但完全可以做到。在Visual Studio中调试将Godot可执行文件路径设置为VS调试项目的“命令”。将你的Godot测试项目路径设置为“工作目录”。在C代码中设置断点按F5启动调试。Godot进程启动后当执行到你的GDExtension代码时断点就会命中。打印日志在C中使用Godot::print(“Debug info: ”, var)输出信息到Godot编辑器输出面板。这比启动调试器更快捷。使用DEBUG_ENABLED宏#ifdef DEBUG_ENABLED // 只在调试构建时执行的代码如详细日志、断言 GODOT_PRINT(“[RotatingCube] Current speed: ”, rotation_speed); #endif7.2 编译发布版本当你准备分发项目或进行性能测试时需要编译发布版。scons targetrelease发布版会进行编译器优化如/O2或-O3去除调试信息生成的动态库更小、运行更快。记得将.gdextension配置文件中的库路径指向发布版windows.release.x86_64。7.3 分发你的GDExtension分发时你需要提供编译好的动态库文件.dll,.so,.dylib针对每个目标平台和架构都需要单独编译。.gdextension配置文件。可选的示例场景、文档。重要如果你的扩展依赖了特定的第三方动态库如*.dll必须将它们一起打包并确保Godot运行时能找到它们通常放在同一目录或系统路径。一种常见的做法是将所有文件放入一个addons/your_extension_name/文件夹中这样用户只需将这个文件夹复制到他们的Godot项目里Godot就能自动识别并加载扩展。8. 常见问题与避坑指南在实际开发中你几乎一定会遇到下面这些问题。8.1 编译链接错误undefined reference to ‘godot::…’这几乎是100%会遇到的问题。原因和解决方案库路径或库名错误检查SConstruct中的LIBPATH和LIBS设置确保指向正确编译的godot-cpp库文件且文件名完全匹配注意debug/releasewindows/linux等。godot-cpp未编译确保你已经成功执行了scons targetdebug或release来编译godot-cpp本身。函数签名不匹配如果你重写了虚函数如_process确保其签名与基类声明完全一致包括const和override关键字。fatal error: ‘godot_cpp/…‘ file not found头文件找不到。检查SConstruct中的CPPPATH确保包含了godot-cpp/include和godot-cpp/include/godot_cpp目录。8.2 运行时崩溃Godot启动时崩溃或扩展未加载首先检查Godot编辑器底部的“输出”面板通常会有加载错误信息。检查.gdextension文件中的entry_symbol名称是否与register_types.cpp中GDE_EXPORT的函数名完全一致。检查动态库的依赖项。在Linux上可以用ldd bin/libmy_extension.so在Windows上可以用Dependency Walker查看是否缺少某些系统DLL。确保目标机器上有相应的VC运行时库如Visual C Redistributable。调用扩展方法时崩溃空指针访问这是C的老问题。在调用任何Godot对象的方法前检查对象是否有效if (object ! nullptr)。类型转换错误使用Object::cast_toYourClass(obj)进行安全的向下转型并检查返回值是否为空。内存管理问题记住Godot有自己基于引用计数的内存管理模型。如果你使用memnew创建对象并且没有将其添加到节点树或赋值给一个RefT你需要手动memdelete它否则会泄漏。反之如果对象已被添加到场景树千万不要手动memdelete它Godot会在节点释放时自动处理。8.3 性能陷阱频繁的跨语言调用如前所述这是最大的性能杀手。避免在_process或_physics_process中逐帧、逐对象地调用大量简单的GDScript函数或通过GDExtension调用简单的Godot API。应将数据集合在C侧批量处理再批量提交。不必要的Variant转换Variant是Godot的动态类型非常方便但开销较大。在性能关键的C代码内部尽量使用明确的C类型如double,int,String只在与Godot引擎接口交互时使用Variant。在C中创建大量Godot对象memnew和add_child本身就有开销。对于需要渲染的万级对象应优先考虑MultiMesh、GPUParticles2D或RenderingServer直接绘制。8.4 与Godot编辑器集成工具模式Tool Mode如果你希望你的自定义节点在编辑器中就能执行代码例如一个自定义地形生成器在编辑时预览你需要为你的类添加TOOL宏并在类声明前加上#ifdef TOOLS_ENABLED的条件编译因为编辑器相关的代码只在工具构建中可用。#ifdef TOOLS_ENABLED #include editor/editor_plugin.h // ... 编辑器专用代码 #endif并在SConstruct中为工具构建添加scons targetdebug toolsyes或targetrelease_debug toolsyes。开发GDExtension是一个从Godot脚本开发者迈向引擎贡献者思维的过程。初期搭建环境和调试可能会花费一些时间但一旦跑通流程你将获得巨大的灵活性和性能提升。最关键的是你不再被GDScript的性能天花板所限制可以自由地调用任何C/C库将Godot引擎的潜力发挥到极致。从今天这个旋转的方块开始试着去封装一个你一直想用的物理库、音频处理库或者网络库吧你会发现Godot的世界一下子变得广阔了许多。