iLoveDevTool先分流：你要拿它干什么
学 Go 的第一周，配 GOPATH、选编辑器、装工具链往往比学语法更磨人。按需求分流（竞品格局为 2026-10-24 竞研核实）：
| 你要做的事 | 顺手的选择 | 为什么 |
|---|---|---|
| 「这行语法对不对」的三十秒问题 | 官方 go.dev/play 或任何在线 playground | 单文件贴代码点 Run，零心智负担 |
| 跑教材例子（猜数字、读输入的循环） | 带交互控制台的在线运行器（如本站 Go 在线编译器） | 例子里 fmt.Scan 要读键盘，多数 playground 没有交互输入跑不通 |
| 多文件小程序、实验工程结构 | 支持多文件工作区的在线运行器 | 一个 main 拆多个源文件，配合文件树整体运行 |
| 写进仓库的正式项目 | 本地工具链（go build / go vet / IDE） | 工程品要完整的编译期诊断，浏览器解释器给不了 |
前三行是本文的范围：浏览器里的 Go 在线运行，怎么用才顺手。
在线跑 Go 的三种姿势
以本站 Go 在线编译器 为例（WASM 解释执行，代码不上传）：
单文件速跑：贴代码点运行，标准库开箱即用——fmt、strings、strconv、sort、time、encoding/json、errors 直接 import。fmt.Println("hello") 到 channelselect 的例子都能跑。死循环不用怕，一键停止立即回到可运行状态。
多文件工作区：同一个 main 包拆成多个源文件，文件树里增删文件、上传本地文件或导入整个 ZIP，整体运行。适合验证「这样拆包结构对不对」——把教程项目拖进来跑一遍，比看目录截图直观得多。
交互式控制台：这是选在线运行器时最值得检查的能力——bufio.Scanner(os.Stdin)、fmt.Scan 这类标准输入写法直接可用，逐行输入、程序逐行读。Go 教材前几章的例子大量依赖键盘输入（猜数字游戏、循环读入直到 EOF），没有交互输入的 playground 只能把例子改写成写死数据，学习体验打折。
语法试验的高频场景
并发原语体验：goroutine、channel、select 都能在浏览器里直接跑——教科书上「生产者消费者」的十行例子，改个 buffer 大小、换个 select 分支立刻看到行为差异。并发是 Go 的核心卖点，动手改参数比读三遍文档有效。
标准库行为验证：「time.After 在 select 里的行为」「strconv.Quote 到底转义什么」「sort.Slice 是不是稳定排序」——这类「文档读了两遍还是不确定」的问题，十行代码在线验证是最快的闭环。
预置第三方包：uuid、yaml.v3、errgroup、decimal 这类小而高频的库 import 即用，不用装。写真实项目前的「这个库的 API 顺手不顺手」，可以先在浏览器里试十分钟。
运行历史：试验品多了以后，本地保存的运行历史可以随时恢复、重跑、对比——「刚才那个版本的行为」不用靠记忆。
真话：解释器不是工具链
浏览器方案跑的是 WASM 解释器（本站用 yaegi），不是完整的 Go 工具链。差距要讲清楚：
- 编译期诊断弱：
go build、go vet在编译阶段抓住的类型错误、未使用导入、可疑写法，解释器要运行到那一步才暴露，错误形态也不同。片段试验无所谓，工程代码不能靠它把关； - 编辑器是轻量的：在线编辑器提供高亮与基本编辑，不是 gopls 驱动的 IDE——没有跳转定义、没有实时诊断面板。这是「片段试验场」的定位使然，不是缺陷，但要知道；
- 依赖生态有限：标准库加预置包覆盖教学与片段场景，任意公网包（go get）在浏览器里做不到。
判断标准一句话：代码是试验品就在线跑，是工程品就上本地。中间态（几十行、要进仓库前先验证一下）两边都行——在线验证行为，本地过编译。
常见问题
Go 在线运行和本地装 Go 差距有多大？
浏览器方案跑的是 WASM 解释器（如 yaegi），不是完整工具链：适合语法试验、教学例子、标准库行为验证；差距在编译期诊断——go build、go vet 能在编译阶段抓住的类型与导入问题，解释器要运行到那一步才暴露，错误信息的形态也不同。判断标准：代码是「试验品」用在线，是要进仓库的「工程品」用本地工具链。
浏览器里能读键盘输入吗？
看工具：多数在线 playground 没有交互式输入，程序里的 Scan/Scanner 读不到东西，例子只能写死数据。带交互控制台的在线运行器支持逐行输入——bufio.Scanner(os.Stdin)、fmt.Scan 这类标准写法直接可用，教材里依赖输入的例子（猜数字、读循环）原样跑通，不用改代码。
在线环境能 import 哪些包？
标准库通常可用（fmt、strings、strconv、sort、time、encoding/json、errors 这些高频库开箱即用）；第三方包取决于工具是否预置——常见的是 uuid、yaml.v3、errgroup、decimal 这类小而高频的库。任意公网包（go get）在浏览器环境里做不到：WASM 没有模块代理与网络文件系统。需要大生态依赖的时候，就是切本地工具链的信号。
和官方 go.dev/play 相比怎么选？
官方 playground 的定位是单文件速验：贴一段代码点 Run，适合「这行语法对不对」的三十秒问题。它的边界同样明确——没有交互式输入（stdin 读不到数据）、单文件为主、代码要提交到服务器运行。带交互控制台、多文件工作区、本地执行的在线运行器适合更重的场景：教材例子的输入依赖、多文件小程序、不想把代码发出去的内部片段。两个不是二选一，是按片段重量分层用。