Go 1.16+ 的 embed 是唯一官方支持、无需构建脚本、零运行时开销的静态资源嵌入方案；它要求 //go:embed 紧贴 embed.FS 变量声明、路径为相对于 .go 文件的静态字面量、读取必须用 fs.ReadFile 而非 os.Open，并通过 http.FS 桥接才能用于 HTTP 服务。
Go 1.16+ 的 embed 是唯一官方支持、无需构建脚本、零运行时开销的静态资源嵌入方案；但它对路径写法、声明位置、类型约束极为严格，稍有偏差就编译失败或运行时 no such file or directory。
//go:embed 必须紧贴 embed.FS 变量声明，且中间不能有空行
这是最常导致 invalid use of embed directive 的原因。编译器要求注释与变量声明之间**不能有任何空行或非注释内容**。
-
//go:embed必须写在包级变量声明正上方，紧邻着变量那一行 - 错误写法：
//go:embed public/* // 这里空一行 → 编译失败 var staticFiles embed.FS
- 正确写法：
//go:embed public/* var staticFiles embed.FS
- 多路径可合并写：
//go:embed assets/config.json assets/logo.png，或分多行（每行都带//go:embed）
路径必须是相对于 .go 文件所在目录的静态字面量
你不能用 filepath.Join、不能拼接变量、不能用 ../ 或绝对路径——所有路径都得是编译期可确定的字符串字面量。
- 假设
main.go在项目根目录，想嵌入public/index.html，就写//go:embed public/index.html - 如果
embed.go在internal/http/下，要嵌入同级的../static/*？不行——../被禁止，只能嵌入它自己目录下或子目录里的文件 - 路径区分大小写：Windows 上测试通过，Linux 构建可能因
Public/vspublic/报pattern matches no files - 通配符只支持
*（匹配一级）和**（递归，Go 1.17+），public/**✅，public/**/*❌（冗余）
读取嵌入资源必须用 embed.FS 方法，不能用 os.Open
嵌入后资源不存在于磁盘，os.Open("public/index.html") 永远失败——这是本地开发时最容易忽略的点，因为磁盘文件恰好存在，掩盖了问题。
立即学习“go语言免费学习笔记（深入）”；
- 正确读取单个文件：
data, err := staticFiles.ReadFile("public/index.html") - 检查文件是否存在？别用
os.Stat，改用staticFiles.Open("public/index.html")+errors.Is(err, fs.ErrNotExist) - 批量匹配：
paths, _ := staticFiles.Glob("public/js/*.js") - 提供 HTTP 服务时，必须桥接：
http.FileServer(http.FS(staticFiles))，且搭配http.StripPrefix("/static/", ...)，否则 URL 路径与嵌入路径不一致导致 404
大文件慎 embed，二进制体积直接膨胀，且无法按需加载
embed 是“全量固化”策略：只要路径被匹配，整个文件内容就在编译时塞进二进制，哪怕你只在某个冷分支里读一次。
- 10MB 的视频嵌进去，二进制立刻 +10MB，启动时间未必变慢，但分发、CI 缓存、调试成本显著上升
- 小而关键的资源优先 embed：HTML 模板、CSS/JS 片段、默认配置（如
config.yaml） - 大文件建议 fallback 方案：运行时先
os.ReadFile尝试读磁盘，失败再staticFiles.ReadFile回退 - 注意：embed 不压缩、不 dedup——两个相同 PNG 分别嵌入，二进制里存两份
真正容易被忽略的不是语法，而是路径语义：嵌入路径 = 声明文件所在目录的相对路径，不是模块根、不是 go.work 根、也不是执行时的当前工作目录；调试时先 staticFiles.ReadDir(".") 打印结构，比猜路径快十倍。
