唯一正解是c.File(filepath)，它调用http.ServeContent实现流式响应、支持Range和断点续传；须手动校验路径防遍历，禁用c.FormFile()，勿设Content-Length，不用e.Static()服务大文件，注意连接断开检测。
用 c.File() 直接返回文件句柄，别碰 c.FormFile()
想绕过内存预读、走原生流式响应，唯一正解是 c.File(filepath)。它底层调用 http.ServeContent，不加载整个文件进内存，而是边读磁盘边写 ResponseWriter，天然支持 Range 请求和断点续传。常见错误是误以为 c.FormFile() 能“返回文件”，其实它只返回元数据（*multipart.FileHeader），跟响应流完全无关。
c.File() 的路径校验必须手动做，否则会路径遍历
直接拼接用户输入的文件名极危险：path.Join("uploads", filename) 遇到 ../../../etc/passwd 就完蛋。必须显式过滤：
- 检查
filename是否含".."或以"."开头 - 用
filepath.Clean()归一化后，确认前缀仍是预期目录（如strings.HasPrefix(cleaned, "uploads"+string(os.PathSeparator))） - 禁止空文件名、控制长度（如
len(filename) > 255就拒收）
别设 Content-Length，让 Echo 自动推断
c.File() 在 Echo v4.12+ 中会自动计算并写入 Content-Length 或切换为 chunked 编码。手动调用 c.Response().Header().Set("Content-Length", ...) 容易出错：值不对会导致浏览器解析失败，值为字符串而非整数会静默忽略。只要传入的 filepath 真实存在且可读，就交给框架处理。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
大文件服务别用 e.Static()，它不支持 Range
e.Static("/static", "./uploads") 底层是 http.FileServer，对 50MB+ 视频这类资源，无法处理分片请求（比如拖进度条），客户端会卡住或重载整文件。而 c.File() 路由能正确响应 Range: bytes=100-199，且默认启用 Cache-Control: public, max-age=3600（可覆盖）。若需统一路径，就注册动态路由：e.GET("/video/:filename", serveVideo)，在 handler 里做校验 + c.File()。
最容易被忽略的是连接状态检测——c.File() 不会主动感知客户端断连，得靠底层 TCP Keepalive 或超时机制兜底；如果业务要求高实时性（比如直播回放中断即停），得自己包装 http.ResponseWriter 并在每次 Write() 后检查 Flush() 是否报错。
