这次我们来看 Godot 引擎。作为一个开源免费的游戏引擎Godot 这两年在独立开发者和教程圈子里热度一直很高。比起 Unity 和 UnrealGodot 的启动速度快、占用小、上手成本低而且 4.x 版本之后 2D 和 3D 渲染能力都有明显提升。真正上手之后你会发现它最核心的开发思想不是“拖控件写代码”而是围绕“场景”和“节点”两个概念把游戏拆成树状结构再用 GDScript 或 C# 把逻辑串起来。换句话说理解节点系统比背 API 更重要。这篇文章会从一个新手的视角完整梳理 Godot 的开发体验和核心逻辑。内容包括Godot 适合什么项目、编辑器怎么上手、节点系统和信号机制怎么理解、如何用 GDScript 构建一个最小玩法闭环以及常见的性能、资源、导出和排查问题。文章里会给出可直接运行的 GDScript 代码示例和目录结构方便你照着搭一个最小项目。先给结论如果你只想快速做出一个 2D 原型、做个弹幕小游戏、或者给学生做编程启蒙Godot 是当前性价比最高的选择之一。如果你是 Unity 转过来的需要先接受“一切皆节点、组合优于继承”这套思维如果你完全没做过游戏开发Godot 反而可能是障碍最小的入口因为它的场景体系和 GDScript 都不需要复杂的项目配置。1. Godot 核心能力速览能力项说明引擎类型开源免费游戏引擎MIT 协议可商用开发语言GDScript、C#、C模块扩展核心模型场景Scene 节点Node 信号Signal2D 能力2D 渲染、骨骼动画、粒子系统、TileMap、光照3D 能力支持 PBR、光照、天空盒、GI4.x 有改进运行平台Windows、macOS、Linux、Android、iOS、Web资源打包.pck 资源包、导出模板、支持脚本加密硬件门槛2D 开发普通办公本即可3D 建议独立显卡启动方式编辑器一键打开无需额外安装依赖自动化能力支持 headless 模式、命令行导出、CI 集成网络能力HTTP、WebSocket、TCP/UDP、多人游戏高级 API适合场景2D 游戏、小游戏原型、独立游戏、教育项目从材料覆盖的信息看Godot 4.x 是目前最值得选择的版本。4.x 在 2D 渲染管线、光照系统和物理引擎上都有重构最新稳定版已经能支撑相当完整的 2D 游戏流程。要说缺点的话3D 生态和 Unity 比还有差距招聘岗位也少这些是选择前需要明确的预期。2. 适用场景与使用边界Godot 适合谁最典型的是三类人。第一类是没有游戏开发经验、想快速看到成果的入门者GDScript 的语法接近 Python配合场景编辑器能很快做出一个可玩的关卡。第二类是独立开发者Godot 安装包只有几十 MB项目组织方式轻量导入导出流程简单适合一个人或小团队长期维护。第三类是教育工作者Godot 内置的编辑器是所见即所得学生可以在同一套界面里学习“对象、属性、事件、方法”这些面向对象概念不需要一开始就接触复杂工程。它不适合什么场景如果目标是做重度 3D 网游、超大型开放世界、或者商用项目需要大量现成插件和外包团队Godot 目前还不是最优解。它的 3D 编辑器在迭代速度、资产管线和第三方生态上仍弱于 Unreal。另外如果团队已经深度绑定 Unity 项目也不要为一个原型项目强行迁移引擎切换的学习成本和时间成本要算清楚。使用边界方面需要明确两点。第一素材合规来自网络的美术、音乐、字体必须先确认授权字体尤其容易被忽略很多商用字体需要单独购买授权导出到商业项目前建议替换为可商用字体或自行确认授权范围。第二隐私与发布合规如果游戏涉及用户数据、账号系统或内容上传要遵守各平台对数据收集的规范发布到微信小程序等平台前需要确认引擎的导出方案和平台规则是否匹配。无论做游戏原型还是正式产品合法授权和用户隐私是必须守住的底线。3. 开发环境准备下载、创建项目与编辑器熟悉3.1 下载与系统要求Godot 的官网直接提供 Windows、macOS、Linux 的编辑器下载也有对应平台的导出模板。下载时注意区分标准版和 .NET 版标准版只支持 GDScript.NET 版内置 C# 支持适合想用 C# 开发的用户。如果只是学逻辑和做 2D 原型标准版就够.NET 版还需要额外安装 .NET SDK启动配置略复杂。硬件上2D 项目对配置要求不高。一颗四核 CPU、8GB 内存、集成显卡就能流畅运行编辑器和 2D 游戏3D 项目建议独立显卡至少 4GB 显存起步具体占用需要按实际场景测试不要只看编辑器启动时的轻量感。3.2 创建第一个项目打开 Godot 后项目管理器会出现在最前面。点“新建项目”填写项目名称和路径渲染器建议保持默认。这里有两件事值得注意第一Godot 的项目就是一个带project.godot文件的文件夹删除项目在项目管理器里执行即可不会污染系统目录第二Godot 同一时间只能开一个编辑器实例多项目切换要靠项目管理器。my_project/ ├── project.godot # 项目配置文件引擎自动生成 ├── assets/ # 原始美术、音频、字体素材 ├── scenes/ # 游戏场景 ├── scripts/ # GDScript 脚本 └── autoload/ # 全局单例脚本这个目录结构只是推荐规范Godot 本身不强制。但从第一天就保持素材、场景、脚本分目录后面做批量资源和多人协作时会省很多事。3.3 编辑器布局速认Godot 编辑器核心区域是中间的 2D/3D 视口左侧是场景树下方是文件系统右侧是属性检查器。最需要养成习惯的是“先选节点再看属性”在场景树中选中一个节点右侧检查器就会显示它的全部属性大部分调整不需要写代码就能看到效果。编辑器的运行按钮在右上角点击后直接启动当前场景。第一次运行时如果提示No main scene说明项目还没有设置主场景在project.godot的run/main_scene里指定或直接右键场景文件选择“设置为主场景”。这种以场景为单位运行的设计是 Godot 和“单一大工程”思路最大的区别。4. 理解场景与节点系统Godot 的核心模型4.1 场景就是节点树很多新手第一次接触 Godot 会困惑为什么它不是像 Unity 那样“一个场景里挂一堆组件”因为 Godot 的每个场景文件.tscn本质上是一棵节点树。根节点代表整个场景子节点是它包含的各种能力模块叶子节点可以是渲染、碰撞、音效、UI 等具体组件。LevelNode2D ├── PlayerCharacterBody2D │ ├── Sprite2D │ └── CollisionShape2D ├── CoinContainerNode2D │ ├── Coin1Area2D │ └── Coin2Area2D └── UICanvasLayer └── ScoreLabelLabel这种树状结构有两个好处。一是职责清晰每个节点只负责一件事父节点只负责组织子节点。二是可复用任何一个场景都可以作为另一个场景的子节点被实例化比如上面的CoinContainer可以保存为独立场景再在多个关卡里重复使用。理解“场景组合”之后你会发现 Godot 不需要做复杂的继承设计大多数情况都是“建一个通用节点把它实例化到不同父节点下”。4.2 常用节点类型速查节点类型用途Node2D2D 场景根节点提供位置、旋转、缩放CharacterBody2D玩家、敌人等需物理移动的物体RigidBody2D模拟物理惯性适合弹球、箱子等Area2D触发检测适合收集品、陷阱、攻击判定Sprite2D显示 2D 贴图AnimatedSprite2D播放 2D 动画序列TileMapLayer使用瓦片地图搭建关卡Label显示文本Control / Panel / ButtonUI 控件CanvasLayer独立于游戏画面的 UI 层Node3D / MeshInstance3D3D 场景基础节点AnimationPlayer播放属性动画Timer倒计时、延迟触发新手最常用的组合是CharacterBody2D Sprite2D CollisionShape2D。之前热词里有人问“godot 做弹幕游戏”重点其实就是Area2D 子弹对象池 批量移动用 Godot 的 Area2D 做碰撞检测在性能上比 RigidBody2D 更可控适合大量弹幕场景。4.3 节点生命周期场景从加载到销毁节点会依次经历几个生命周期方法_ready()节点及其子节点都已进入场景树适合初始化数据和建立连接。_process(delta)每帧调用适合处理输入、动画、倒计时。参数delta是这一帧的时长单位秒。_physics_process(delta)受物理帧率控制适合做移动、碰撞相关逻辑。_input(event)处理输入事件可以拦截键盘鼠标事件。_exit_tree()节点从场景树移除前调用适合释放资源。区分_process和_physics_process很重要。做玩家移动时如果用_process直接改坐标会出现物理抖动正确做法是在CharacterBody2D上重写_physics_process配合move_and_slide()。物理帧率默认是 60 FPS做弹幕游戏或者高速动作游戏时有人会提到“游戏开发多少 Hz 合适”——通俗理解就是显示器刷新率是渲染帧率物理计算频率是另一个独立参数Godot 默认物理帧率 60Hz 对大多数 2D 游戏够用如果角色冲刺速度极快、弹幕密集可以尝试在项目设置里把物理帧率提高到 120 Hz但代价是更多的 CPU 开销。5. 逻辑构建GDScript、信号、分组与全局单例5.1 GDScript 基础GDScript 的语法非常接近 Python。强调缩进不需要分号变量用var声明常量用const函数用func。它的类型系统是可选的但在 Godot 4.x 里推荐尽量写类型标注不仅方便编辑器补全也能减少运行时错误。extends CharacterBody2D export var speed: float 300.0 func _physics_process(delta: float) - void: var direction : Input.get_vector(ui_left, ui_right, ui_up, ui_down) velocity direction * speed move_and_slide()这段代码就是一个最简单的玩家移动组件。Input.get_vector会直接读四个输入动作的按下状态返回一个方向向量move_and_slide()是 CharacterBody2D 专用的移动方法遇到碰撞墙体会自动停止。代码挂在 Player 节点上后进入场景按方向键就能移动。5.2 信号是逻辑解耦的关键信号是 Godot 的事件系统也是它的核心设计之一。一个节点可以声明信号其他节点可以连接并响应这个信号从而避免互相持有对方的引用。比如硬币被收集时不需要让硬币知道“得分对象是谁”只需要发射一个coin_collected信号UI 层自己决定要不要监听。信号有两种连接方式。一种是在编辑器里选中节点进入“节点”页签找到对应信号点击连接并指定接收节点另一种是代码连接。# 玩家脚本 signal coin_collected(value: int) func _on_coin_area_body_entered(body: Node2D) - void: if body.is_in_group(coins): coin_collected.emit(1) body.queue_free()# 主场景脚本 func _ready() - void: player.coin_collected.connect(_on_player_coin_collected) func _on_player_coin_collected(value: int) - void: score value score_label.text Score: %d % score先用queue_free()删除收集到的硬币节点再让得分逻辑独立更新这样的代码不会因为节点数量增加而变得混乱。5.3 分组Group与批量遍历add_to_group可以把多个节点放进同一分组之后用get_tree().get_nodes_in_group(enemies)统一遍历。这在弹幕游戏里非常有用子弹、敌人、掉落物都可以按分组管理不需要维护一个数组。# 将敌人加入组 func _ready() - void: add_to_group(enemies) # 在全局逻辑中批量处理 func clear_all_enemies() - void: for enemy in get_tree().get_nodes_in_group(enemies): enemy.queue_free()5.4 Autoload 与全局数据如果多个场景都需要共享分数、玩家血量或设置项可以用 Autoload自动加载单例。在项目设置的AutoLoad页签里注册一个脚本它会在任何场景之前被加载并作为全局节点常驻场景树。extends Node signal score_changed(new_score: int) var score: int 0 func add_score(value: int) - void: score value score_changed.emit(score)注意 Autoload 节点不会在场景切换时被销毁所以可以安全地让 UI、音频管理器、存档模块都挂在 Autoload 上。但也别把所有代码都塞进 Autoload否则它就成了上帝对象项目维护起来会很难受。6. 从零搭一个最小游戏用节点和逻辑驱动完整闭环理解了以上概念可以做一个最简单的“移动吃金币”小游戏。这个 demo 会覆盖场景树搭建、玩家输入、碰撞检测、信号通信、UI 更新、场景切换。整个过程不需要写很多代码但能直观看出 Godot 的逻辑构建路径。6.1 场景结构先创建一个Main.tscn场景根节点用Node2D然后添加三个子节点MainNode2D ├── PlayerCharacterBody2D │ ├── Sprite2D │ └── CollisionShape2D ├── CoinsNode2D │ ├── Coin1Area2D │ │ ├── Sprite2D │ │ └── CollisionShape2D │ └── Coin2Area2D │ ├── Sprite2D │ └── CollisionShape2D └── UICanvasLayer └── ScoreLabelLabel6.2 玩家脚本在 Player 节点上挂一个player.gdextends CharacterBody2D signal coin_collected(value: int) export var speed: float 300.0 func _physics_process(delta: float) - void: var direction : Input.get_vector(ui_left, ui_right, ui_up, ui_down) velocity direction * speed move_and_slide() func _on_area_2d_body_entered(body: Node2D) - void: if body.is_in_group(coins): coin_collected.emit(1) body.queue_free()这里coin_collected信号负责通知外界得分事件玩家自己不去关心得分逻辑。6.3 硬币检测每个 Coin 的 Area2D 需要在编辑器里把Body Entered信号连接到玩家的_on_area_2d_body_entered并把 Coin 节点加入coins分组。或者用代码统一连接。给 Coin 挂一个通用脚本更省事extends Area2D func _ready() - void: body_entered.connect(_on_body_entered) func _on_body_entered(body: Node2D) - void: if body.is_in_group(player): body.collect_coin(1) queue_free()这种方式适合角色和道具都在运行中动态生成的情况。为了减少启动时的手动连线建议早期就把信号连接逻辑集中在脚本里。6.4 UI 与全局分数为了让分数跨场景保存使用 Autoload。在项目设置的 AutoLoad 里注册Global脚本extends Node signal score_changed(new_score: int) var score: int 0 func add_score(value: int) - void: score value score_changed.emit(score)再在 UI 场景里连接分数变化信号extends Label func _ready() - void: Global.score_changed.connect(_on_score_changed) func _on_score_changed(new_score: int) - void: text Score: %d % new_score6.5 场景切换当玩家收集到足够数量后进入下一关。Godot 里最简单的场景切换方式是get_tree().change_scene_to_file(res://scenes/Level2.tscn)注意场景切换会销毁当前场景树但 Autoload 节点不会销毁所以 Global 的分数能保留到下一关。这个 demo 跑通之后你就掌握了 Godot 最小闭环节点负责“有什么”信号负责“发生了什么”场景切换负责“流程怎么走”。接下来无论做弹幕游戏、平台跳跃还是 RPG 对话系统核心都是这套结构。7. 命令行自动化与接口能力Godot 虽然不是传统 Web 服务框架但它提供了很强的命令行能力和网络接口能力适合做自动化导出、CI 构建和服务器端逻辑。7.1 headless 模式运行不带图形界面的服务器环境里可以用--headless参数运行 Godot。这个模式可以执行场景逻辑、跑自动化测试、生成资源。# 进入项目目录后以 headless 模式运行主场景 godot --headless --path ./project --quit-after 60--quit-after参数可以控制运行多少秒后退出适合做压测或冒烟测试。如果你在 CI 环境里跑还可以配合--check-only做脚本语法检查。7.2 命令行导出项目Godot 支持用命令行直接导出目标平台包前提是在项目管理器里配置了对应平台的 Export Preset。# 导出 Windows 版本 godot --headless --export-release Windows Desktop ./build/game.exe # 导出 Linux 版本 godot --headless --export-release Linux ./build/game.x86_64命令行导出的好处是可以写进 CI 流水线每次提交代码后自动构建。常见问题是导出模板没安装或者在project.godot里设置了加密密钥命令行导出的参数对不上启动时会直接报错。7.3 网络服务与外部 APIGodot 自带HTTPRequest节点可以发起 GET/POST 请求常见用途包括游戏内排行榜、读取远程配置、上传玩家数据。另外它也提供WebSocketPeer和MultiplayerPeer可以自己写一个小型服务器或做多人联机原型。extends HTTPRequest func _ready() - void: var http : HTTPRequest.new() add_child(http) http.request_completed.connect(_on_request_completed) var err : http.request(https://example.com/api/leaderboard) if err ! OK: push_error(HTTP 请求失败: , err) func _on_request_completed(result: int, response_code: int, headers: PackedStringArray, body: PackedByteArray) - void: if response_code 200: var json JSON.parse_string(body.get_string_from_utf8()) print(json)如果你只需要一个简单的原型后端不需要单独启动 Web 服务Godot 也能充当服务器进程跑在 headless 模式里不过生产级多人服务仍然建议用专门的服务器方案。7.4 批量任务处理Godot 的资源导入、音频转换、图集打包等操作可以通过命令行或编辑器自动执行。自己写批量脚本时可以维护一个输入目录和输出目录利用 Autoload 做任务队列处理完成后用ResourceSaver.save()写回资源。input_dir/ ├── sprite_01.png ├── sprite_02.png └── sprite_03.png output_dir/ ├── sprite_01.res ├── sprite_02.res └── sprite_03.res这个思路适合做素材预处理批量生成图集、批量调整导入设置、批量升级旧项目资源。真正跑批量任务时要留意日志输出和失败重试不能指望一个循环处理几千个文件不出错。8. 资源占用与性能观察8.1 如何观察资源占用Godot 编辑器中按F12可以打开调试器调试器自带“监视器”页签能看到 FPS、绘制调用次数、内存使用量等实时数据。运行时按F12同样能打开监视器窗口这是排查性能问题的第一站。监视项说明Process每秒处理帧数Physics Process每秒物理处理帧数Draw Calls2D/3D 绘制调用次数Objects当前活动对象数量Nodes当前活动节点数量Memory Static静态内存占用Memory Dynamic动态内存占用8.2 2D 渲染与锯齿问题热词里有大量 “godot 锯齿严重” 的搜索说明这是 2D 新手最高频的痛点之一。锯齿通常由两个原因造成一是贴图导入时没有开启过滤导致像素被放大后出现明显锯齿二是场景使用相机缩放时缩放比例不是整数倍纹理边缘出现混叠。处理方式有几种。在项目设置中把rendering/2d/options/default_texture_filter从Nearest改为Linear或Linear Mipmap适合大多数非像素风游戏。像素风游戏则保持Nearest然后确保相机缩放设置为整数倍否则像素画也会有奇怪的抖动。如果还想进一步减少边缘锯齿可以开启 2D 的 MSAA多重采样抗锯齿但会占用更多显存。8.3 物理帧率与 CPU 开销Godot 默认物理帧率是 60 FPS也就是说_physics_process每秒最多执行 60 次。普通 2D 游戏用默认值即可。如果你做弹幕游戏子弹数量巨大而且碰撞检测频繁可以把物理帧率调到 120 或 240但 CPU 占用会明显上升。实践中更推荐的做法是保持物理帧率 60减少参与物理碰撞的节点数量。大量子弹可以自己计算坐标并用queue_redraw()批量绘制或者使用CPUParticles2D而不是给每颗子弹都创建 Area2D 节点。很多弹幕游戏的性能瓶颈不是渲染而是物理节点过多。8.4 减少节点数量Godot 节点的灵活组织方式是优点但也容易导致过度拆分。一个简单场景里挂了几百个节点编辑器虽然不卡运行时却会占用不少 CPU。优化原则很简单静态物体尽量合并成单个 TileMap 或单个 Polygone2D动态物体优先使用对象池。比如弹幕游戏里的子弹不要每次发射都new()一个节点而是提前创建一批子弹节点发射时激活出界后回收。9. 资源管理、版本控制与发布建议9.1 资源管理规范Godot 的资源管理方式和 Unity 的 AssetBundle 不同。引擎原生支持在编辑器中导入纹理、音频、字体然后把它们打包进.pck文件。如果你需要热更新或动态加载远程资源需要自己规划下载和缓存策略。一个常见场景是“APK 加载 pck”。Godot 的 Android 导出支持把游戏资源打包成独立 pck 文件之后在运行时通过ProjectSettings.load_resource_pack()加载var success ProjectSettings.load_resource_pack(res://patch.pck) if success: print(补丁包加载成功)这种做法的前提是 pck 文件路径和加密密钥都要配置正确。pck 打包后可以通过命令行生成也可以做成远程下载的补丁包。要注意的是pck 只是资源打包格式不是加密手段如果项目包含付费素材或敏感配置还需要配合脚本加密和服务器校验。9.2 Git 协作配置Godot 项目本身是纯文本文件.tscn、.gd、.godot 配置文件非常适合 Git 管理。仓库里建议忽略.godot/目录因为它是编辑器生成的本地缓存不同机器的缓存不要提交到版本库。.godot/ build/ export/ *.tmp注意.godot/里也有部分导入设置缓存如果团队协作者都改动了资源导入设置容易出现uid冲突。稳妥的做法是团队里约定以某个成员的.godot/缓存为基准资源导入配置变更时通过project.godot中的键来同步不要直接编辑.godot/里的文件。9.3 发布与导出要点导出项目前先在项目管理器中安装对应平台的 Export Templates。Windows 和 Linux 导出比较简单Android 导出需要配置 SDK、NDK 和签名。Godot 4.x 对微信小程序的官方导出支持有限如果确实要做微信小程序游戏需要额外寻找社区方案并在真机上重点测试性能和 API 兼容性不能只看编辑器预览效果就打包上线。发布前还要注意几个容易被忽略的点项目里是否残留测试用的调试打印是否开启了debug构建音频和字体资源是否都有合法授权Android 版本要统一分辨率缩放策略避免不同手机上的 UI 布局错乱。10. 常见问题与排查方法问题现象可能原因排查方式解决方案2D 图片锯齿明显纹理过滤未开启 / 相机缩放非整数倍检查导入设置和项目渲染设置将默认纹理过滤改为 Linear开启 MSAA中文字体显示方框或乱码未正确加载字体资源查看 Label 的 Font 属性导入 .ttf/.otf在支持范围里勾选中文角色移动时上下抖动在_process中改坐标而非物理帧查看脚本在哪个回调中写坐标改成_physics_processmove_and_slide()刚体穿过地面或反弹抖动CollisionShape 尺寸与贴图不符打开碰撞形状可视化调整 CollisionShape 尺寸检查物理材质场景切换后旧节点仍在运行音乐或全局节点未清理查看场景树音乐放 Autoload切换时手动停止或复用3D 天空盒加载后全黑Sky 材质类型选择错误检查 WorldEnvironment 节点使用 PanoramaSkyMaterial 并接入 HDRI 纹理删除节点后脚本报错其他对象仍持有被删除节点引用查看报错栈中具体行号使用is_instance_valid()判断后再访问APK 无法加载 pck导出配置或密钥不匹配检查导出日志和 pck 路径重新配置 Export Templates 和加密密钥GDScript 运行卡顿_process中做重计算节点数量过多打开监视器看 FPS 和节点数减少节点数量使用对象池优化每帧逻辑编辑器启动后界面空白显卡驱动较旧或渲染后端不兼容查看启动日志尝试切换 Vulkan/OpenGL 渲染后端批量导入资源后很多引用失效移动了资源文件位置检查文件系统中的引用状态在编辑器内移动资源不要直接改磁盘文件弹幕游戏开发中常见的问题是子弹节点频繁创建和销毁导致性能下降。解决思路是维护一个子弹对象池发射时从池中取未激活的子弹出界或命中后放回池中而不是直接queue_free()。var bullet_pool: Array[Node2D] [] func get_bullet() - Node2D: for bullet in bullet_pool: if not bullet.visible: return bullet var new_bullet preload(res://scenes/bullet.tscn).instantiate() bullet_pool.append(new_bullet) return new_bullet11. 总结与下一步Godot 最值得尝试的点是用极低的启动成本换来一套完整的游戏开发体验。它不需要装 IDE、不需要配环境变量、不需要找破解资源打开编辑器就能创建场景、挂脚本、运行看效果。对于新手和独立开发者来说这种“最小摩擦”的设计比某个具体 API 更能提升学习效率。最先应该验证的功能是节点系统和信号机制。建议你已经跟着上面的思路让一个 CharacterBody2D 动起来再让 Area2D 触发一次信号最后用 Autoload 保存一次分数。这套流程跑通后Godot 的核心逻辑就算真正理解了。最容易踩的坑也集中在三个地方一是物理运动和渲染帧混用导致移动抖动二是忘记设置主场景运行时提示找不到场景三是资源路径写错pck 和导出配置对不上。遇到问题先看调试器的报错栈再检查文件结构大多数问题都能定位。后续可以继续扩展的方向很多如果你喜欢 RPG可以研究 Dialogic 插件做对话系统如果你要做弹幕游戏深入研究对象池和CPUParticles2D是必经之路如果项目需要多人联机Godot 自带的MultiplayerSynchronizer也值得单独开一篇来写。总之先把“场景-节点-信号”这套核心逻辑打磨熟练之后无论是 2D、3D 还是工具链自动化都会顺畅很多。