选string适合纯文本（如index.html），自动utf-8解码；选[]byte更通用、安全，兼容二进制资源且适配template.parse和http.servecontent，但//go:embed匹配单文件时不可用通配符。
能嵌，但“新颖”不等于“新写法”——go:embed 的规则没变，所谓新颖只在结构组织和构建流程上做文章。
嵌入单个 HTML/JS/CSS 文件时，为什么 content 变量类型选 string 还是 []byte？
选 string 适合纯文本内容（如 index.html），Go 会自动 UTF-8 解码并转成字符串；选 []byte 更通用，避免编码歧义，也兼容二进制资源（如图标、字体）。
- 如果后续要传给
template.Parse或http.ServeContent，[]byte更安全——template.Parse内部仍要转成字节切片 - 声明为
string时，//go:embed只能匹配一个文件，不能带通配符；否则编译报错cannot embed multiple files into a string - Windows 上路径大小写不敏感，但 embed 路径是大小写敏感的，
Index.html和index.html是两个不同路径
用 embed.FS 嵌入整个 ui/ 目录，常见路径错误有哪些？
路径必须是相对于 go build 执行目录的静态字面量，且不能含 ./、../ 或变量拼接。
- 错误写法：
//go:embed ./ui/**→ 编译失败，提示cannot embed relative path - 正确写法：
//go:embed ui/**（假设ui/在项目根目录下，且go build也在根目录执行） - 若 Go 文件在
cmd/server/main.go，想嵌ui/，路径仍得写ui/**，不是../ui/**——embed 不认相对 Go 源文件的位置，只认构建工作目录 - 空目录会被 embed 忽略，
ui/下至少有一个文件，否则ui/**匹配不到任何内容，运行时读取返回fs.ErrNotExist
template.ParseFS 总是报 “template: not found”，路径和 glob 模式怎么对齐？
不是路径错了，就是 glob 模式没覆盖到实际嵌入的文件位置。embed.FS 里的路径 = //go:embed 声明的路径前缀 + 文件名，ParseFS 第二个参数必须精确匹配这个完整路径模式。
- 若写
//go:embed ui/**，那index.html实际路径是ui/index.html，不是index.html - 调用
template.ParseFS(templatesFS, "ui/*.html")可加载ui/下一级的 HTML；要用子目录需写"ui/**/*.html" - 别漏掉
**的双星号——单星号*不递归，ui/css/style.css不会被ui/*.css匹配到 - 调试建议：用
fs.WalkDir(templatesFS, ".", ...)打印所有嵌入路径，确认真实结构
前端资源需编译（如 TypeScript/SCSS），怎么让 embed 和构建流程协同？
embed 只吃编译后产物，不处理源码。所以必须把构建步骤放在 go build 之前，且确保输出目录稳定、路径可预测。
- 推荐结构：
frontend/src/（源码）、frontend/dist/（构建输出）、//go:embed frontend/dist/** - 用
//go:generate npm run build或make build-frontend触发构建，再go build——避免手动同步 - CI/CD 中务必先运行构建命令，再执行
go build，否则 embed 会静默跳过不存在的dist/目录 - 不要把
node_modules/或src/直接往 embed 里塞——embed 不支持**跨巨量小文件，也不处理符号链接或 git submodule
真正容易被忽略的点是：embed 不校验 MIME 类型，也不自动设置 HTTP 头。你嵌了 style.css，http.FileServer(http.FS(fs)) 默认返回 text/plain，浏览器可能不解析。得自己注册 http.DetectContentType 或显式设置 Content-Type 头。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
