embed.FS 不支持运行时延迟加载，所有文件在编译期已序列化进二进制并驻留内存；所谓“延迟”仅限访问前的初始化逻辑（如鉴权、解密），需通过 proxy 包装实现。
不能延迟加载 embed.FS 里的文件——它在编译期就全进内存了，所谓“延迟”只能发生在访问前的初始化阶段，比如 proxy 包装、首次 ReadFile 或 Open 时做权限/路径校验等。
embed.FS 本身不支持运行时延迟加载
go:embed 指令生成的 embed.FS 是一个只读、编译期快照式的虚拟文件系统。所有被匹配的文件（如 //go:embed assets/*）在 go build 时就被序列化进二进制，启动即全部驻留内存。你无法在运行时“按需加载某个子目录”或“跳过未用资源”。
- 通配符（如
**/*.js）的匹配结果在编译时固化，增删磁盘文件毫无影响 -
fs.ReadFile("a.txt")是零拷贝内存读取，没有 I/O，也没有“加载”动作，只是取已存在的字节切片 - 试图用
os.Stat或fs.ReadDir“探测是否存在”某个嵌入路径，本质仍是查内存结构，不是触发加载
真正能“延迟”的只有访问控制和初始化逻辑
如果你需要的是“首次访问某资源时才做鉴权、解密、路径映射或 fallback 到磁盘”，那得靠包装一层 proxy 结构体，而不是依赖 embed 本身。
- 定义接口：比如
type ResourceLoader interface { Get(string) ([]byte, error) } - 实现 proxy：持有一个
embed.FS字段 +sync.Once+ 初始化逻辑（如加载密钥、检查 license 文件） - 重写
Get方法：在首次调用时触发once.Do(init)，之后才真正调用fs.ReadFile - 别直接暴露
embed.FS给上层，否则绕过所有控制
常见错误：混淆 embed 和 runtime/fsnotify
有人想用 fsnotify 监听磁盘变化，再 reload 一个 embed.FS——这完全行不通。
立即学习“go语言免费学习笔记（深入）”；
-
embed.FS是编译期产物，运行时不可变；fsnotify只能监听真实文件系统 - 若真要热更新，必须放弃
embed，改用http.Dir+ReloadableFS（带sync.RWMutex的 wrapper），但这就和 embed 无关了 - 嵌入后又试图
os.Open("assets/logo.png")？路径不存在，会 panic；必须严格用fs.ReadFile(fsys, "assets/logo.png")
最易被忽略的一点：embed.FS 的路径是相对于 .go 文件的，且必须是字面量字符串；任何变量拼接（如 "assets/" + name）都会让编译失败，报 go:embed cannot embed variable。这不是运行时限制，是编译器铁律。
