onlinegdb.com 有付费内容

OnlineGDB是什么网站?

OnlineGDB 是一个在线编译、运行和调试代码的网站，主打 C/C++ 的在线调试，用 GCC/G++ 编译、GDB 调试，打开浏览器就能用，无需本地安装环境。

主要功能

• 在线编译运行：在网页编辑器里写代码，点 Run 直接编译执行，终端显示 stdout、stderr。
• 在线调试：点 Debug 进入调试模式，支持单步跳过（step over）、单步进入（step into）、跳出（step out）、暂停和继续，能查看调用栈、局部变量、寄存器值和表达式。
• 断点与监视点：可设置断点、监视点，逐行观察程序状态。
• 多语言支持：除 C、C++（含 C++14 到 C++26 及 TurboC）外，还支持 Java、Python 3、C#、Go、Rust、Swift、PHP、Ruby、Kotlin、SQLite、Assembly 等数十种语言。
• 其他实用项：代码美化、下载文件、分享代码、自定义编译参数、命令行参数和标准输入、编辑器主题与 Vim/Emacs 模式。

适合谁、什么场景用

• 学生或初学者练习 C/C++，想直观理解指针、递归、内存等概念时，用调试器逐行看变量变化。
• 临时需要跑一段代码，但本机没装编译器或 IDE，或换设备后不想重新配置环境。
• 排查逻辑错误：程序结果不对时，用断点和单步定位问题，而不是靠加 printf 猜。
• 分享可运行代码：把链接发给同学或同事，对方直接看到代码和运行结果。

和其他在线工具比，侧重点在哪

• 相比只提供“编译运行”的在线编译器，OnlineGDB 的核心差异是带 GDB 调试能力，能看调用栈和变量，而不只是输出结果。
• 相比本地 IDE（如 Visual Studio、CLion），它胜在免安装、跨设备，但性能和工程管理能力有限，不适合大型项目。
• 相比 Compiler Explorer 这类看汇编输出的工具，它更偏向运行和调试程序本身，而不是研究编译产物。
• 相比 Replit 这类完整云端开发环境，它更轻量，专注单文件代码的编译、运行与调试。

使用前要知道

• 网站有 Premium 升级入口，基础功能可直接使用，具体价格以站内页面为准。
• 调试时若程序等待输入，需要在 Standard Input 里提前填好，否则可能报 Runtime Exceed；死循环或无限递归也会触发该错误。
• 网页会提示新版本，保存好代码后刷新即可更新。

如何在OnlineGDB上调试C或C++程序?

在 OnlineGDB 上调试 C/C++，流程是：把代码贴进编辑器，点上方 Debug 按钮，程序就会在 gdb 下启动，底部出现 Debug Console，可以设断点、单步执行、查看变量。

具体操作步骤

1. 打开 OnlineGDB，语言下拉框确认选的是 C 或 C++（也可选 C++14/17/20/23 等标准）。
2. 在源码区粘贴或写入程序，必要时在 Command line arguments 和 Standard Input 里填参数与输入数据。
3. 点 Debug（不是 Run）。程序进入调试模式后，右侧/底部面板会显示 Call Stack、Local Variables、Registers、Display Expressions、Breakpoints and Watchpoints。
4. 在行号处点击设置断点，用工具栏的 start / pause / continue / step over / step into / step out 控制执行。
5. 在 Local Variables 看当前作用域变量，在 Display Expressions 里手动添加要持续观察的表达式，在 Breakpoints and Watchpoints 管理断点。
6. 需要分享给他人时用 Share，需要保存到项目时用 Save。

什么情况下适合用它

• 临时验证一段 C/C++ 逻辑，本机没装 gcc/gdb 或不想配环境。
• 教学、面试、协作时把可运行的调试现场直接分享出去。
• 程序报 Runtime Exceed 时，用它快速判断是缺 stdin 输入、死循环还是递归过深。

使用条件与限制

• 调试基于 gdb，编译器是 gcc/g++，因此行为接近本地 Linux 下的 gdb 调试，而不是 Visual Studio 那套调试器。
• 站点支持的语言很多（Java、Python、C#、Rust、Go 等），但 gdb 调试主要面向 C/C++。
• 页面有 Premium 升级入口，说明存在付费档位；免费使用时的具体限制以站内说明为准。

与其他在线编译器的取舍

• 想用 gdb 命令行式调试、看 Call Stack 和寄存器，选 OnlineGDB 更对口。
• 只想快速跑一段代码、不需要断点，用 Replit 或 Compiler Explorer 更轻；Compiler Explorer 侧重看汇编输出，调试能力弱。
• 需要完整 IDE 体验和项目管理，可考虑 Ideone 之外的本地 VS Code + gdb，或 Coliru 这类偏编译验证的服务。

建议的下一步

先用一个带循环和函数调用的小程序练手：在函数入口设断点，用 step into 进去，在 Display Expressions 里加一个变量名，观察它随单步的变化。熟悉后再处理真实报错的代码。

OnlineGDB支持哪些编程语言?

OnlineGDB 的核心是 C/C++ 在线编译与 GDB 调试，但语言下拉菜单里支持的范围远不止这两种。

主要支持的语言（页面语言菜单列出）

• C 系：C、C++（含 C++14/17/20/23/26）、C (TurboC)、C++ (TurboC)、C# (mono)、C# (dotnet)、Objective C、D、Ada、C3
• 主流后端与脚本：Java、Python 3、Kotlin、PHP、Ruby、Perl、Lua、Groovy、Dart、Swift、Rust、Go、TypeScript、JavaScript (Node)、JavaScript (Rhino)、Bash、Tcl、Smalltalk、Prolog、OCaml、Haskell、Fortran、Pascal、PascalABC.NET、Cobol、R、Zig、Assembly (GCC)、Assembly (NASM)
• Web 与数据：HTML/JS/CSS、SQLite

使用情境

• 学 C/C++、需要单步调试：用 C 或 C++，点 Debug 进入 GDB，可看 Call Stack、局部变量、寄存器、表达式，并设置断点与监视点。
• 刷题或临时跑一段脚本：Python 3、Java、JavaScript (Node)、Go、Rust 等都能直接编译运行，不用本地配环境。
• 教学演示：Classroom 与 My Projects 适合老师发作业、学生保存代码；Share 可把代码链接发给别人。
• 多文件项目：支持 Download all files，也能用命令行参数和标准输入喂数据。

选择条件

• 想用 GDB 断点调试，优先选 C/C++，这是它最完整的能力。
• 只要快速运行、不调试，Python、Java、Go 等同样可用。
• TurboC、Assembly、Cobol 等偏老或冷门语言也在列表里，适合课程或怀旧场景。
• 注意页面标注部分功能为 beta（如 Run with display screen），且菜单语言会随版本更新。

同类站点对比

• 需要更广语言覆盖与多文件工程，可看 Replit，它偏完整云端 IDE 与协作。
• 只想快速跑一段代码、不涉及调试，OnlineGDB 的轻量编译运行已经够用；同类还有 Compiler Explorer，侧重看不同编译器的汇编输出，而不是在线调试。
• 需要 Jupyter 式数据科学环境，Google Colab 更合适，和 OnlineGDB 的通用编译调试定位不同。

OnlineGDB的免费版和付费版有什么区别?

OnlineGDB 免费版和付费版的核心区别在能用的语言范围、调试体验和广告。资料里明确写了 C/C++ 是它的主打支持语言，而页面语言下拉框里还列出了 Java、Python、Kotlin、PHP、C#、Ruby、Go、Rust 等几十种语言。免费版通常只覆盖基础功能，付费版（页面有 Upgrade Premium 入口）主要解决广告、课堂/项目等进阶需求。具体差异建议以官网 Upgrade Premium 页面为准。

免费版能做什么

• 编译、运行、调试 C/C++，用 gcc/g++ 和 gdb，这是它的核心用途。
• 在线写代码、分享代码、保存项目、下载所有文件。
• 支持多语言列表里的基础编译运行。
• 适合学生临时写作业、面试前刷题、快速验证一段 C/C++ 逻辑。

付费版通常解决什么

• 去广告，页面更干净。
• Classroom（课堂）功能，适合老师布置作业、管理学生代码。
• My Projects 更完整的项目管理。
• 更稳定的调试和运行资源。

谁该用哪个

• 只是偶尔跑 C/C++、调试一段小程序：免费版够用。
• 上课教学、需要管理多个学生项目、讨厌广告：考虑付费版。
• 需要长时间调试、大项目、多文件工程：付费版体验更顺。

如果只是想在线调试 C/C++，可以先直接用免费版试；要课堂或去广告，再点页面上的 Upgrade Premium 看具体价格和权益。

OnlineGDB上如何设置命令行参数或标准输入?

在 OnlineGDB 的运行界面里，命令行参数和标准输入是分开的两个输入框，都在代码编辑区下方、终端区域附近。

设置命令行参数 找到 Command line arguments 输入框，把参数按程序实际接收的顺序填进去，多个参数用空格分隔。例如程序期望 ./a.out input.txt 10，就填 input.txt 10。

设置标准输入 找到 Standard Input 输入框，把程序从 stdin 读取的内容原样粘贴进去。例如程序用 scanf 读一个整数、再读一个字符串，就在框里写：

5
hello

每行对应一次输入读取，格式要和代码里的读取方式匹配。

运行方式 填好后点 Run 即可。OnlineGDB 会把这两个框的内容分别作为 argv 和 stdin 传给程序。

常见报错对照

调试时同样适用 点 Debug 进入调试模式后，这两个输入框的内容依然会作为程序的输入，所以断点调试读取逻辑时不用另做配置。

下一步 如果程序依赖文件而不是 stdin，OnlineGDB 的终端区支持上传或新建文件，把文件放在工作目录后用命令行参数传文件名即可。

OnlineGDB中程序运行时出现超时错误怎么办?

OnlineGDB 出现 “Runtime Exceed / 超时” 通常不是网站故障，而是程序本身运行时间或资源占用超过了在线环境的限制。按下面顺序排查最有效。

先确认最常见原因

页面给出的提示里列了几种典型情况：

• 程序从标准输入读取数据，但你没有在 Standard Input 里提供输入，导致它一直等。
• 存在死循环，永远不结束。
• 递归没有终止条件，或递归层数过深。
• 处理的数据量太大，运算时间本身就长。

对应处理办法

1. 补上输入 如果代码里有 scanf、cin、input() 等读取操作，先在运行前把测试数据填进 Standard Input 框，再点 Run。忘记填输入是最容易误判成“超时”的情况。

2. 检查循环和递归 看 while、for 的终止条件是否真的会成立；递归要有明确的 base case。可以在循环里临时打印计数，确认它是否在推进。

3. 降低数据规模 如果算法本身复杂度偏高（比如 O(n²) 处理大数组），在本地或在线都会慢。先用小规模数据验证逻辑，再考虑优化算法。

4. 用调试代替反复运行 点 Debug 按钮进入调试模式，用 step over / step into 单步执行，配合 Breakpoints and Watchpoints 设断点，能直接看到程序卡在哪一行，比反复 Run 更快定位。Debug Console 里还能查看 Call Stack、Local Variables 和 Registers。

5. 注意在线环境的固有上限 OnlineGDB 是共享的在线编译调试环境，长时间占用会被判定超时。真正需要跑大规模计算时，建议在本地用 gcc/g++ 和 gdb 运行，在线环境更适合验证逻辑和小数据测试。

快速自查清单

如果排查后仍超时，把代码缩小到最小可复现版本再运行，通常能立刻看出问题所在。