微服务中用 faker.FakeData 填充结构体需处理三件事：1. 嵌套结构体须手动递归调用并确保字段有合法 faker tag；2. 并发时需传入独立 rand.Source 避免重复数据；3. 字段忽略、枚举、边界等必须通过精确 tag 控制，且全局状态不可复用。
直接用 faker.FakeData 填充结构体就行，但微服务场景下必须处理好三件事：嵌套结构体、并发安全、字段忽略或定制——否则生成的数据要么 panic，要么不符合业务约束。
嵌套结构体不自动填充，必须手动递归调用
Go-faker 默认不会递归处理嵌套结构体字段，比如 user.Address 是个 struct 类型，且没加 faker:"-" 标签时，faker.FakeData(&user) 会跳过它，留空或零值，而不是报错。
- 错误现象：
user.Address.Street为空字符串，但测试需要真实地址数据 - 正确做法：对每个嵌套字段单独调用
faker.FakeData - 注意字段标签：嵌套 struct 本身也要有 faker tag（如
Address address `faker:"-"`表示跳过；若想生成，就去掉-并确保其字段有合法 tag） - 示例：
type User struct { Name string `faker:"name"` Email string `faker:"email"` Addr Address `faker:""` // 空 tag 允许 faker 尝试填充 } type Address struct { City string `faker:"city"` Zip string `faker:"zip_code"` }
并发生成时需避免共享随机源导致重复数据
默认情况下，faker 使用全局 rand.Rand 实例，多个 goroutine 同时调用 FakeData 可能因竞态产生重复 ID 或相同邮箱——尤其在压力测试或批量造数时明显。
- 错误现象：并发生成 100 个用户，发现 3 个
Email字段完全一样 - 解决方式：为每次调用创建独立随机源，或显式传入线程安全的
rand.Source - 推荐写法：
faker.FakeDataWithOption(&u, faker.WithRandomSource(rand.NewSource(time.Now().UnixNano()))) - 性能影响：新建
rand.Source开销极小，远低于反射填充成本，可放心使用
字段忽略、定制与边界控制必须靠 tag 精确表达
微服务中常见字段如 ID、CreatedAt、Version 通常不由 faker 生成，而 Status 又必须限定在几个枚举值内——全靠结构体 tag 控制，写错一个字符就失效。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
-
faker:"-"表示完全跳过，但注意：如果字段是 pointer 类型（如*string），-会让它保持 nil，而非空字符串 -
faker:"oneof: active,inactive,pending"必须用英文逗号分隔，不能有空格，否则解析失败，字段变成空字符串 -
faker:"boundary_start=100,boundary_end=999"对int有效，但对uint会溢出 panic，建议统一用有符号类型做测试数据 - 时间字段慎用
faker:"date"：它生成的是随机 time.Time，但微服务常需“过去 7 天内”或“未来 24 小时”，此时应手动赋值或封装 wrapper 函数
集成到测试 setup 阶段时，别把 faker 当全局初始化逻辑
有人习惯在 init() 或 TestMain 里调用 faker.SetStringLang 或 faker.AddProvider，结果发现某些测试 case 因语言/自定义规则污染而失败。
- 根本问题：faker 的全局状态（如语言、provider map）不是并发安全的，且无法 per-test 重置
- 安全做法：每个测试函数内部按需设置，用
faker.FakeDataWithOption+ 选项函数，而不是改全局 - 例如多语言测试：
faker.FakeDataWithOption(&data.Name, faker.WithStringLanguage(interfaces.LangCHI))，不影响其他字段或其他测试 - 自定义 provider（如生成订单号）必须注册在测试函数开头，并接受它只对本次调用生效的事实
最易被忽略的是嵌套 struct 的 tag 和并发随机源——这两个点不处理， faker 在微服务测试里大概率生成无效数据，且问题难以复现。别依赖“默认行为”，每个字段的生成逻辑都要显式声明。
