Godot项目构建全流程解析:从导出预设到多平台部署实战
1. 项目概述从源码到可执行文件的旅程如果你用Godot引擎做过几个小Demo大概率经历过这样的场景在编辑器里运行一切正常画面流畅逻辑丝滑。但当你满怀信心地点击“导出项目”准备分享给朋友或者发布到某个平台时却发现导出的程序要么打不开要么运行起来卡顿、闪退甚至直接报错。这感觉就像精心烹饪了一道大餐最后端上桌的却是一盘焦炭。问题出在哪很多时候问题就出在“构建”Build这个环节。“Godot-Project-Builds”这个标题直译过来就是“Godot项目构建”。它不是一个具体的工具名而是一个泛指的过程和知识体系。简单说它涵盖了将你的Godot项目源代码.gd脚本、场景、资源转换成一个可以在目标平台如Windows、Android、Web上独立运行的应用程序或包如.exe、.apk、.html的完整流程。这个过程远不止是点击一个按钮那么简单它涉及到编译、资源处理、平台特定配置、代码签名、优化等一系列复杂步骤。为什么我们需要专门研究“构建”因为编辑器内运行是一个高度集成的、调试友好的沙盒环境而最终构建出来的产物才是真正面向用户的“产品”。两者在运行环境、资源加载方式、性能表现上可能存在天壤之别。一个常见的误区是开发者花了90%的时间在游戏逻辑和美术上却只给构建和发布留了10%的时间结果往往在这最后10%上栽了大跟头。理解构建就是理解你的游戏如何从“开发者的玩具”变成“用户的产品”。无论是解决“godot导出apk”时的Gradle版本冲突还是优化“godot导出ak”这里“ak”可能是“apk”的笔误或特定缩写的性能亦或是处理“build started: project: *** target ‘target 1’ uses arm-compiler ‘default com’”这样的编译警告其根源都在于对构建流程的不熟悉。本教程的目标就是带你深入Godot项目构建的腹地。我们将不满足于表面操作而是拆解每一个步骤背后的原理从项目设置、导出预设配置到平台特定的坑点比如Android的AGP版本冲突、Web的兼容性处理再到构建后的测试与优化。无论你是刚入门的新手苦恼于“godot里面没有看到build project的按钮”还是已经有一定经验想解决更棘手的“the project is using an incompatible version (AGP x.x.x)”问题这里都有你需要的答案。我们将以解决实际问题为导向分享大量从实际项目踩坑中总结出来的、官方文档未必会写的经验和技巧。2. 构建流程全解析与核心配置在深入具体操作之前我们必须先建立起对Godot构建流程的宏观认知。这能帮助你在遇到问题时快速定位是哪个环节出了岔子而不是盲目地四处尝试。2.1 Godot构建的本质导出预设与模板Godot的构建核心是“导出预设”Export Presets。你可以把它理解为一个针对特定输出平台的“配方”。这个配方里定义了用什么“模具”导出模板、添加哪些“原料”包含哪些文件资源、以及“烹饪”时的火候和调料各种平台特定的选项。导出模板Export Templates是构建流程的基石。它是Godot官方为每个支持的平台预编译好的“运行时引擎外壳”。你的项目场景、脚本、资源在构建时会被“注入”到这个外壳中形成一个完整的可执行文件。这就是为什么即使是一个空项目构建出的文件也有几MB到几十MB——因为它包含了精简版的Godot引擎。你需要从Godot官网或编辑器内下载与你当前引擎版本完全匹配的导出模板。版本不匹配是导致“构建失败”或“运行时行为异常”的最常见原因之一。导出预设则是在模板基础上进行个性化定制的配置集。在Godot编辑器的“项目” - “导出”中你可以为Windows、Linux、macOS、Android、iOS、Web等平台创建多个预设。每个预设包含几个关键部分常规选项如输出路径、文件名、应用图标、版本信息。资源选项决定如何打包资源。是全部打包进一个.pck文件PCK包还是作为外部文件这直接影响加载速度和包体大小。功能配置针对目标平台的特性进行开关如是否支持手柄、是否启用高DPI、Web平台的HTTP服务器设置等。关键架构与格式例如Android上选择arm64-v8a还是armeabi-v7a是导出调试版Debug还是发布版Release。发布版会进行更多优化但不利于调试。很多新手遇到的“godot里面没有看到build project的按钮”通常是因为没有为当前项目添加任何导出预设。添加预设后编辑器顶部才会出现“导出项目”的按钮。2.2 平台特异性配置详解不同平台的构建难点和坑点截然不同。我们挑几个最常见的平台来分析。2.2.1 桌面平台Windows/macOS/Linux相对最简单但仍有细节。Windows上需要注意是否勾选“嵌入PCK”如果嵌入则所有资源被打包进.exe如果不嵌入则需要将生成的.pck文件与.exe放在同一目录。对于macOS你需要处理代码签名和公证否则用户可能无法打开。Linux则要注意动态库依赖虽然Godot通常静态链接了大部分库但如果你使用了自定义的GDExtension原生扩展就需要手动处理依赖。一个实用的技巧是为桌面平台创建“开发导出”和“发布导出”两个预设。开发导出可以启用调试工具和性能分析器方便测试发布导出则关闭所有调试信息并启用LTO链接时优化等选项以最大化性能。2.2.2 Android平台Gradle与AGP的“爱恨情仇”这是问题高发区。搜索热词中大量出现的“the project is using an incompatible version (AGP x.x.x)”就是典型。核心矛盾Godot的Android构建依赖于Android Gradle插件AGP和Gradle工具链。Godot引擎版本会锁定一个它兼容的AGP版本例如Godot 4.0可能兼容AGP 7.x。如果你本地的Android SDK环境中的Gradle或AGP版本过高或过低就会产生冲突。解决方案不要盲目更新Android Studio或SDK。最佳实践是使用Godot官方推荐的配置。在Godot的“导出”-“Android”预设中展开“Gradle构建”选项查看它期望的Gradle和AGP版本。然后通过Android SDK Manager安装指定版本的“Android SDK Build-Tools”并确保你的gradle/wrapper/gradle-wrapper.properties文件中distributionUrl指向正确的Gradle版本。有时候你需要手动修改Godot生成的Android项目中的build.gradle文件来对齐版本。“adbd cannot run as root in production builds”这个错误通常出现在你试图在已Root的手机上调试“发布版”APK时。Android的安全策略禁止生产构建以root权限运行adb。解决方法很简单导出时选择“调试”Debug模式或者使用未Root的设备进行测试。2.2.3 Web平台HTML5Web导出会生成一个.html文件和一些.wasm、.pck等支持文件。重点在于兼容性和性能。兼容性确保你的游戏逻辑不依赖于同步文件操作如FileAccess.open()因为Web端是异步的。使用HTTPRequest或HTML5的本地存储API。性能.wasm文件是编译后的WebAssembly代码其初始加载和编译耗时是性能瓶颈。在导出预设中可以设置“线程支持”、“内存大小”等。一个关键技巧是使用HTTP服务器来测试Web导出直接双击打开.html文件会因为CORS策略导致资源加载失败。你可以使用Godot内置的简易服务器或者Python的http.server模块。3. 分步构建实战与参数精讲理论说再多不如亲手做一遍。我们以一个包含简单2D场景和脚本的项目为例演示从零开始构建Windows和Android版本的全过程并解释每一个关键参数的意义。3.1 第一步项目基础设置与资源检查在构建之前必须确保项目本身是“健康”的。设置应用图标和名称在“项目”-“项目设置”-“应用”中设置好“配置/名称”和“图标”。图标需要准备多种尺寸如16x16, 32x32, 48x48, 64x64, 128x128, 256x256Godot会自动选择或缩放。清理未使用资源使用“项目”-“工具”-“清理未使用资源”功能。这能显著减少最终包体大小。构建系统默认会导出res://目录下的所有文件包括你测试用的临时图片、废弃的脚本。检查脚本错误确保所有脚本在编辑器中无语法错误。构建过程虽然会检查但在编辑器里解决更高效。注意Godot 4.x的“项目设置”存储在一个project.godot文本文件中。如果你使用版本控制如Git请确保将此文件纳入管理但忽略.godot/目录编辑器缓存和导入文件。3.2 第二步配置Windows桌面版导出添加预设打开“项目”-“导出”点击“添加…”选择“Windows Desktop”。配置常规选项导出路径建议设置为[项目根目录]/builds/windows/[项目名称].exe。使用清晰的目录结构便于管理。应用/名称这里会默认继承项目设置可以覆盖。版本/信息填写版本号如1.0.0、公司名称等这些信息会写入可执行文件属性。配置资源选项关键导出模式通常选择“导出所有资源”。除非你有特殊的分包需求。文件格式选择“PCK包”。这是Godot的高效资源包格式。嵌入PCK务必勾选。这会将PCK数据直接嵌入.exe尾部实现单文件分发。不勾选则需要附带一个.pck文件。配置功能选项架构x86_6464位是主流。如果希望兼容老电脑可以同时勾选x86_32但这会增大包体。通常只选x86_64即可。调试/发布开发测试用“调试”最终分发用“发布”。发布版会进行更多编译器优化移除调试符号体积更小运行更快。启用控制台调试版可以开启方便打印日志。发布版务必关闭否则会弹出一个黑底的控制台窗口。执行导出点击右下角的“导出项目”按钮选择刚才配置的预设等待构建完成。第一次构建会慢一些因为要编译脚本和准备资源。3.3 第三步配置Android版导出避坑重点Android构建比桌面复杂一个数量级请严格按照步骤操作。环境准备安装Java JDK建议OpenJDK 11或17。安装Android SDK。最简单的方法是安装Android Studio并通过其SDK Manager安装以下组件Android SDK最新版或Godot要求的版本Android SDK Platform-ToolsAndroid SDK Build-Tools版本需与Godot兼容例如34.0.0一个Android平台版本如API Level 33。在Godot的“编辑器设置”-“导出”-“Android”中设置好JDK、Android SDK和NDK如果需要的路径。创建Keystore发布密钥这是发布APK的“数字签名”用于标识开发者。同一个应用更新必须使用相同的Keystore。# 在命令行中执行生成一个有效期为10000天的密钥 keytool -genkey -v -keystore my-release-key.keystore -alias my_alias -keyalg RSA -keysize 2048 -validity 10000记住你设置的密码和别名并妥善保管生成的.keystore文件。丢失它将无法更新应用。在Godot中配置Android预设添加“Android”导出预设。常规设置APK输出路径如builds/android/。包这是最重要的部分。唯一标识符格式为com.公司名.应用名全小写如com.mygamecompany.runnergame。一旦发布不能更改。版本和版本代码版本是给用户看的如1.0.0版本代码是整数每次上传商店必须递增。签名勾选“使用自定义发布密钥”填入刚才生成的Keystore路径、密码、别名和密码。架构现代设备选择arm64-v8a即可兼顾性能和兼容性可选加上armeabi-v7a但会增大APK体积。x86架构通常可以忽略。屏幕根据游戏设计选择如“横屏”。权限按需添加如网络访问、存储权限等。非必要不申请。处理Gradle版本冲突这是“the project is using an incompatible version”错误的根源。导出APK时Godot会在临时目录生成一个Android项目。如果构建失败并提示AGP版本不兼容你需要找到这个临时目录通常在系统临时文件夹错误日志会给出路径。打开该目录下的build.gradle文件找到dependencies部分修改com.android.tools.build:gradle的版本号使其与你本地环境兼容可通过新建一个Android Studio项目查看其使用的版本。同时检查gradle/wrapper/gradle-wrapper.properties文件确保distributionUrl中的Gradle版本也与AGP版本匹配。你可以在Android Studio的官方文档中查找版本兼容表。构建与测试连接真机或启动模拟器确保adb devices能识别到设备。然后在Godot中选择Android预设点击“导出项目”。生成的APK可以直接安装到设备上测试。4. 构建后的优化、测试与问题排查构建成功生成了可执行文件这只是第一步。确保这个文件在各种环境下都能稳定、高效地运行才是真正的挑战。4.1 性能与包体优化技巧优化是贯穿整个开发周期的但在构建阶段可以做一些最后的调整。纹理优化压缩格式在Godot的“导入”面板中为每种纹理选择正确的压缩格式。桌面端可以用BPTC或S3TC移动端用ETC2或ASTC。ASTC在支持它的设备上质量和性能最好。尺寸降级确保纹理尺寸是2的幂次方如256x256, 512x512。对于背景等不重要的纹理可以考虑降低其导入的最大尺寸。精灵图集Sprite Sheets将多个小纹理打包成一张大图能减少绘制调用Draw Call显著提升2D游戏性能。音频优化将背景音乐等长音频设置为“流式”Stream避免一次性加载到内存。将音效等短音频设置为“采样”Sample并启用“循环”和“单声道”等选项以减少内存占用。在导出预设的“资源”选项中可以设置音频的总体压缩质量和格式如Ogg Vorbis。脚本与代码使用“发布”模式导出编译器会进行更多优化。检查是否有内存泄漏特别是在_process或_physics_process中动态创建的对象确保在不用时正确释放queue_free()。使用Godot的性能分析器调试器-分析器在导出版本中分析性能瓶颈。包体瘦身再次使用“清理未使用资源”功能。对于Android可以使用apkanalyzer工具Android SDK自带分析APK组成找出体积最大的文件。考虑使用纹理压缩工具如PVRTexTool, ASTC Encoder在导入Godot前对纹理进行更高效的压缩。4.2 多环境测试清单构建出的程序必须在多种环境下测试才能保证交付质量。测试环境测试重点常见问题开发机基础功能、与编辑器内行为一致性路径错误、资源缺失纯净虚拟机/另一台电脑依赖库是否完整、首次运行缺少VC运行库Windows、.NET框架等低配置电脑性能表现、内存占用卡顿、崩溃、加载慢目标真机Android/iOS触摸操作、传感器、性能、发热触控不跟手、陀螺仪失灵、内存溢出不同分辨率/DPI的显示器UI缩放、画面拉伸UI错位、字体模糊Web浏览器多种兼容性、加载速度Chrome正常但Firefox白屏、Safari音频不播放对于Web导出务必在Chrome、Firefox、Safari以及手机浏览器上测试。特别注意Safari对某些WebAudio和WebGL特性的支持可能不同。4.3 常见构建问题与排查指南即使按照教程操作你可能还是会遇到问题。这里汇总一个速查表。问题现象可能原因排查步骤导出失败无具体错误项目设置损坏、资源文件损坏1. 新建一个空白项目尝试导出确认Godot本身正常。2. 备份后逐步移除项目中的资源如图片、场景定位问题文件。3. 检查project.godot文件是否有语法错误。导出成功但程序闪退脚本运行时错误、资源加载失败、平台兼容性问题1.桌面端导出时开启“控制台”查看闪退前打印的错误信息。2.Android使用adb logcat命令查看设备日志过滤你的应用包名。3. 检查所有脚本的_ready()和_process()函数是否有访问未初始化的节点或资源。“Couldn’t open database file”文件路径权限问题常见于移动端或只读环境确保使用user://路径进行读写操作而不是res://。res://在导出后是只读的。画面黑屏但音乐正常渲染器初始化失败、显卡驱动问题、着色器错误1. 在项目设置的“显示/窗口”中尝试切换“渲染器”如从Forward切换到Mobile。2. 更新显卡驱动。3. 检查自定义着色器代码是否有语法错误。Android构建失败AGP版本错误Gradle/AGP版本与Godot不兼容1. 确认Godot版本所需的AGP版本查文档或看导出日志。2. 修改Godot生成的临时Android项目中的build.gradle和gradle-wrapper.properties文件版本号。3. 使用Android Studio打开该临时项目尝试同步和构建获取更详细的错误信息。Web导出页面白屏CORS策略阻止加载、JavaScript错误1.必须通过HTTP服务器访问不能直接打开文件。2. 打开浏览器开发者工具F12查看“控制台”Console和“网络”Network标签页寻找红色错误信息和加载失败的资源。程序运行速度远慢于编辑器发布版优化未开启、调试工具残留1. 确认导出时选择的是“发布”模式而非“调试”模式。2. 检查是否在代码中遗留了大量print()语句发布版中它们仍有开销。一个高级排查技巧使用最小可复现案例当遇到一个棘手的、与环境相关的构建问题时最有效的方法是创建一个“最小可复现案例”。新建一个Godot空项目只添加能触发该问题的最简单场景和脚本。然后对这个简单项目进行构建和测试。如果问题消失说明是你原项目中的某个特定资源或代码组合导致的如果问题依旧则可能是Godot引擎或你系统环境的通用问题便于向社区或官方提交有效的Bug报告。构建Godot项目从点击按钮到生成可靠的产品是一条充满细节的道路。它要求开发者不仅懂游戏逻辑还要了解目标平台的特性、构建工具链的脾气、以及性能优化的门道。这个过程没有捷径每一次踩坑和解决问题的经历都会让你对引擎和项目的理解更深一层。我的体会是不要把构建留到最后一天。从项目中期开始就定期为你的主目标平台进行构建和测试尽早发现并解决平台兼容性问题这样在真正的发布日到来时你才能从容不迫。最后善用Godot活跃的社区当你遇到像“AGP版本冲突”这样的经典问题时很大概率已经有人提供了详细的解决方案站在前人的肩膀上能让你走得更快更稳。

相关新闻

多模态空间-信号基础模型:Map as Prompt实现跨场景无线定位

多模态空间-信号基础模型:Map as Prompt实现跨场景无线定位

在无线定位技术快速发展的今天,跨场景定位的挑战日益凸显。传统方法往往依赖单一信号源,在复杂环境中容易受到干扰,导致定位精度下降。本文围绕"Map as a Prompt"这一创新理念,深入探讨如何通过多模态空间-信号基础模型…

2026/10/13 8:40:04 阅读更多 →
零一万物IPO计划解析:企业级AI应用的技术商业化路径

零一万物IPO计划解析:企业级AI应用的技术商业化路径

上周,业内传出零一万物计划在2027年赴港IPO的消息,同时李开复博士也透露公司将在IPO前寻求新一轮融资。这个消息一出,很多关注AI大模型领域的朋友都在问:这家成立不到两年的公司,凭什么有这样的底气?它到底…

2026/10/11 23:08:58 阅读更多 →
AI智能体开发指南:从核心原理到实战应用

AI智能体开发指南:从核心原理到实战应用

1. AI智能体入门:从概念到认知突破在2023年大模型技术爆发后,AI智能体(AI Agent)已经从实验室概念快速演进为可落地的生产力工具。与传统的自动化脚本不同,智能体具备环境感知、自主决策和持续学习三大核心能力。想象一…

2026/9/29 6:14:08 阅读更多 →

最新新闻

Agent技能拆解与编排实战:从碎片化到体系化

Agent技能拆解与编排实战:从碎片化到体系化

1. 技能碎片化:Agent落地的头号瓶颈这段时间在折腾智能体项目,我最大的体会就是:真正卡住进度的往往不是模型选型,不是推理框架,而是“技能”这层皮。模型再聪明,碰到实际任务时还是靠一个个具体技能去接活…

2026/10/13 8:39:55 阅读更多 →
reactor-core 基准测试实战:JMH 任务使用指南(benchmarks 模块)

reactor-core 基准测试实战:JMH 任务使用指南(benchmarks 模块)

后端异步编程 【免费下载链接】reactor-core Non-Blocking Reactive Foundation for the JVM 项目地址: https://gitcode.com/gh_mirrors/re/reactor-core 点击查看 免费下载 导读 本文以 benchmarks/README.md 为核心,系统讲解 reactor-core 仓库中 b…

2026/10/13 8:39:55 阅读更多 →
SonarQube报告解读:常见质量问题排查与修复实践

SonarQube报告解读:常见质量问题排查与修复实践

工作里接触到越来越多的团队把白盒测试和代码评审绑在一起做,而 SonarQube 几乎是绕不开的那道坎。它不直接帮你跑测试用例,却能在你每次提交代码后,从静态分析的角度告诉你“这里可能会炸”“那里是一个隐患”。我最初接触 SonarQube 时&…

2026/10/13 8:39:55 阅读更多 →
基于Vue与Node.js的同城民宿管理系统设计与实现

基于Vue与Node.js的同城民宿管理系统设计与实现

接手这类偏业务的开发项目,往往不是因为技术本身有多难,而是需求背后那堆"说不清道不明"的日常琐碎。去年夏天,一位做短租的经营者找到我,手里管着十几套分布在不同小区的民宿,订单、房态、保洁排班全靠Exce…

2026/10/13 8:39:55 阅读更多 →
报错别直接丢给AI:最小复现示例让AI改代码不再越改越乱

报错别直接丢给AI:最小复现示例让AI改代码不再越改越乱

先问一句:你有没有经历过这种场景——让AI改一段代码,第一次报错A,它给你改了;跑一下变成报错B,再让它改,变成报错C;改到第五轮,你发现项目里多了好几个没用的函数、几处重复的逻辑&…

2026/10/13 8:39:55 阅读更多 →
LiteLLM实战:统一大模型API网关的部署、路由与预算控制

LiteLLM实战:统一大模型API网关的部署、路由与预算控制

做AI应用这一年多,我最大的感受是:模型本身其实不是瓶颈,真正让人头大的是怎么把一堆杂七杂八的模型接入、路由、计费、限流这些东西收拾利索。LiteLLM这个开源项目,说白了就是帮你把这件事打包干完——它把市面上主流的大模型API…

2026/10/13 8:38:54 阅读更多 →

日新闻

物联网系统集成避坑指南:从选型到验收的关键要点

物联网系统集成避坑指南:从选型到验收的关键要点

做了这么多年物联网系统集成的项目,我最大的感受是,大部分坑不是出在技术前沿,而是出在一些看起来很平常的地方。设备选了便宜的、协议没问清楚、现场没摸透、验收标准写得含糊——这些细枝末节,最后都会变成延期、超支和扯皮的大…

2026/10/13 0:00:57 阅读更多 →
ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

如果你玩ESP32有一阵子了,很难不碰到舵机控制这道坎。做智能小车要转方向,做机械臂要抬关节,做云台要偏航俯仰,背后都是同一个东西在干活:舵机。而我见过太多人卡在“代码能编译、舵机就是不听话”这个阶段&#xff0c…

2026/10/13 0:00:57 阅读更多 →
CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

1. 为什么CAN总线至今仍是工业现场的“硬通货”?——从汽车底盘到智能温室的真实需求你有没有拆过一辆老款燃油车的中控台?或者调试过某高校实验室里那台跑着Modbus协议却频频丢帧的PLC控制柜?又或者,在某个农业物联网项目里&…

2026/10/13 0:00:57 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/13 2:54:56 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/12 0:16:38 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/13 1:58:08 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 21:05:09 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 14:48:49 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 18:11:17 阅读更多 →