echo 服务需显式调用 e.start() 启动并配置 middleware.recover() 拦截 panic，否则出现假启动、静默崩溃；路径参数匹配严格，json 序列化依赖字段导出性与 tag，自定义 http server 必须用 e.startserver()。
漏掉 e.Start() 或没配中间件，服务就卡在监听但无响应——这是新手最常遇到的“假启动”问题。
为什么 e.GET() 注册完却收不到请求？
因为 echo.New() 只返回一个空壳实例，不自动绑定端口、不启用任何中间件。它不会自己调用 http.ListenAndServe()，也不会拦截 panic。
- 必须显式调用
e.Start(":8080")才真正启动 HTTP 服务；否则netstat -an | grep 8080看似监听成功，curl却一直 pending - 如果要用自定义
http.Server（比如设ReadTimeout），得写e.StartServer(server)，不能直接调server.ListenAndServe()——后者绕过 Echo 路由逻辑，请求进不来 - 没加
middleware.Recover()时，任意 panic 都会让 goroutine 崩溃且无日志，接口静默失败，排查极难
c.Param("id") 总是空字符串？检查路径匹配前提
Echo 的路径参数提取不是“尽力而为”，而是严格依赖路由树匹配结果。哪怕多一个斜杠、大小写错位、正则没配对，c.Param() 就返回空。
Colly Golang Web Scraper and Crawler Framework
下载
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
- 注册的是
/user/:id，但请求 URL 是/user/123/（末尾斜杠）→ 不匹配 →c.Param("id") == "" - 注册
/User/:ID，请求是/user/123→ 默认区分大小写，不匹配 - 想限制
:id只接受数字？必须写成/user/:id([0-9]+)；否则:id会吞掉整个后续路径段，比如/user/123/extra中的123/extra都算进 id
c.JSON(200, data) 返回空对象或乱码？看结构体 tag 和字段导出性
Echo 不会自动序列化未导出字段，也不保证中文编码兼容所有客户端。空对象和乱码基本都出在这两处。
- 字段名首字母小写（如
name string）且没加json:"name"tag → 序列化后该字段消失，看起来像“返回了空对象” -
c.JSON()内部已设Content-Type: application/json; charset=UTF-8，一般不用手动再设；但某些老旧代理或测试工具可能因分号后内容解析失败，可临时改用c.String(200, jsonStr)绕过 - 含
time.Time字段时，默认转 RFC3339 字符串（如"2026-04-02T16:44:00+08:00"），前端new Date()在部分浏览器中可能无法解析，建议提前转成 Unix 时间戳或自定义格式字符串
替换 Gin 时最危险的坑：panic 处理机制完全不同
Gin 默认 recover 所有 panic 并返回 500；Echo 默认不捕获，panic 直接终止 goroutine，HTTP 连接挂起，没有任何错误提示——线上接口突然失联，十有八九是这个原因。
- 必须显式加
e.Use(middleware.Recover())，否则任何未处理 panic（比如 map 写 nil、空指针解引用）都会导致请求无声失败 - 自定义错误处理器
e.HTTPErrorHandler仅接管非 panic 类错误（如 404、400），对 panic 无效；recover 中间件才是唯一兜底手段 - 中间件链里调用
next(c)后若发生 panic，recover 必须在该中间件外层生效，否则仍会穿透出去
真正容易被忽略的，是 echo.New() 的“空”有多彻底：它连日志都不打、连 panic 都不拦、连端口都不绑。很多问题不是代码写错了，而是忘了给这个空壳装上轮子和刹车。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
