sublime text 无法直接运行 vlang web 服务，必须通过自定义 build system 调用 v run 命令；需手动创建 .sublime-build 文件配置 shell_cmd、working_dir 等字段，运行后为单线程阻塞式服务，无热重载与调试支持，端口冲突需手动排查，http 处理完全裸露底层细节。
Sublime Text 本身不支持直接运行 Vlang Web 服务，也不存在所谓“Vlang 原生极速 Web 模块”这种开箱即用的集成方案——Vlang 的 net.http 模块是纯自研的轻量 HTTP 服务器实现，但必须通过 v run 或编译后执行，Sublime Text 只能作为编辑器配合外部构建系统调用。
如何在 Sublime Text 中正确运行 Vlang Web 服务
Sublime Text 编辑 V 源码没问题，但运行需靠构建系统（Build System）触发终端命令。默认没有 Vlang 构建配置，必须手动创建：
- 菜单栏选择 Tools → Build System → New Build System…
- 替换全部内容为以下 JSON（路径需按实际调整）：
{
"shell_cmd": "v run \"${file}\"",
"file_regex": "^(...*?):([0-9]+):([0-9]+): (.*)$",
"selector": "source.v",
"working_dir": "${file_path}"
}
保存为 Vlang.sublime-build，再用 Ctrl+B（Windows/Linux）或 Cmd+B（macOS）即可运行当前文件。注意：v run 启动的是单线程阻塞式服务，修改代码后需手动终止进程（Ctrl+C）再重跑。
net.http 启动时端口被占用或无法访问的常见原因
Vlang 的 net.http 默认绑定 127.0.0.1:8080，但不会自动检测端口冲突，失败时只静默退出或报错 bind: address already in use，且无详细日志。
- 启动前先检查端口：Linux/macOS 执行
lsof -i :8080，Windows 执行netstat -ano | findstr :8080 - 显式指定监听地址可绕过 IPv6/localhost 解析问题：
server.listen('0.0.0.0:8080')而非'localhost:8080' - 若想热更新，不能依赖
v run；需用第三方工具如rerun或fresh（Vlang 官方暂未提供内置热重载）
为什么 Sublime Text 不适合调试 Vlang Web 服务逻辑
Vlang 当前（v0.4.x）不支持标准 GDB/LLDB 协议，Sublime Text 的调试插件（如 SublimeDebug）无法 attach 到 v run 启动的进程。所有断点、变量观察、步进都不可用。
- 唯一可行的“调试”方式是插入
println或eprintln打印关键状态 - HTTP 请求体、查询参数等需手动解析，
req.query_string和req.body是原始字符串，无自动解码（比如 URL decode 需调用net.url.decode_query） - 路由完全手动匹配，没有中间件概念，
if req.url == '/api/user' { ... }是典型写法，容易遗漏/尾缀或大小写
真正卡住人的地方往往不是语法，而是 Vlang 的 net.http 把底层细节暴露得太彻底：你得自己处理连接复用、超时、Content-Length 校验、甚至 HTTP/1.1 的 keep-alive 状态管理。Sublime Text 只负责让你把代码敲出来，剩下的全是 Vlang runtime 自己扛着跑。
