Easyjson处理复杂Go代码时卡住并生成临时文件问题咨询

我之前也碰到过Easyjson处理包含嵌套复杂类型、外部结构体和同步原语的结构体时卡住的情况，结合你的代码来看，问题大概率出在这几个地方，给你几个可行的解决方案：

1. 忽略不可序列化的sync.RWMutex字段 #

sync.RWMutex是用于并发控制的同步原语，本身不需要被序列化，但Easyjson默认会尝试处理结构体的所有字段，这可能导致它在解析特殊类型时陷入异常逻辑。给这个字段加上json:"-"标签，让Easyjson直接忽略它：

type myStruct struct {
 sync.RWMutex `json:"-"` // 添加标签忽略该字段
 Name string
 a map[string]map[string]bool
 b map[string]map[string]int
 c map[string]float32
 d map[string]int
 e []string
 f map[string]pack1_1.struct1
 g map[string]pack2.struct2
}

2. 确保外部包结构体已生成Easyjson代码 #

你的结构体引用了pack1_1.struct1和pack2.struct2两个外部结构体，如果这些结构体没有预先生成对应的Easyjson序列化代码，Easyjson在递归解析时可能会无限等待（因为需要动态生成依赖代码，但过程中出现阻塞）。

解决步骤：

• 先给外部结构体添加Easyjson标签（比如在struct1和struct2定义处添加easyjson:"struct1"这类标签）
• 单独对外部包的文件运行Easyjson命令，生成序列化代码：

  easyjson pack1/pack1_1/struct1.go
  easyjson pack2/struct2.go
  

• 完成后再重新运行easyjson -run filename.go

3. 简化嵌套层级过深的map结构 #

虽然Easyjson支持嵌套map，但过度复杂的嵌套（比如map[string]map[string]bool）可能触发解析器的性能瓶颈或者递归深度问题。可以把深层嵌套的map拆成自定义结构体，降低解析复杂度：

比如把a map[string]map[string]bool改成：

type InnerBoolMap struct {
    Values map[string]bool `json:"values"`
}

type myStruct struct {
 sync.RWMutex `json:"-"`
 Name string
 a map[string]InnerBoolMap // 用结构体替代深层嵌套map
 // 其他字段保持不变
}

4. 改用非-run模式排查问题 #

-run参数会直接编译并运行生成的代码，可能掩盖生成过程中的细节。先尝试单独生成Easyjson代码，观察过程是否正常：

easyjson filename.go

如果成功生成filename_easyjson.go，再手动编译运行生成的代码，这样更容易区分是生成过程卡住，还是生成后的代码运行有问题。

内容的提问来源于stack exchange，提问作者hadi2f244