Go 语言中，若需定义仅用于承载方法、不保存状态的类型，应优先选用空结构体 struct{}，因其零内存开销、语义清晰且符合标准库惯例。
go 语言中，若需定义仅用于承载方法、不保存状态的类型，应优先选用空结构体 `struct{}`，因其零内存开销、语义清晰且符合标准库惯例。
在 Go 的设计哲学中，“类型即契约”——类型不仅定义数据形态，更表达行为意图。当一个类型纯粹用于组织一组相关方法（如工具函数集合、编码器/解码器实现、字节序策略等），而不持有任何字段或状态时，选择何种底层类型就变得关键。此时，struct{} 是最合理、最惯用的选择。
为什么是 struct{}？核心优势有三：
- ✅ 零内存占用：struct{} 实例在内存中不占任何空间（unsafe.Sizeof(struct{}{}) == 0），无论声明多少个变量（如 var util util），都不会产生额外内存开销；
- ✅ 语义明确：空结构体天然传达“无状态、仅行为”的设计意图，比 type util int 或 type util string 更具可读性与自文档性；
- ✅ 标准库范式：encoding/binary 包中的 BigEndian 和 LittleEndian 正是典型范例——它们是 var 声明的包级变量，类型为未导出的空结构体，通过方法实现 ByteOrder 接口，完全不依赖实例数据。
对比其他类型为何不推荐？
| 类型 | 内存占用（64位系统） | 问题 |
|---|---|---|
| type util int | 8 字节 | 浪费空间；易引发误用（如 u := util(42)，语义错误） |
| type util string | 至少 16 字节（含 header） | 开销更大；隐含不可变字符串语义，与工具类逻辑冲突 |
| type util [0]byte | 0 字节 | 虽内存为零，但语法生硬、可读性差，非社区惯例 |
? 注意：[0]byte 确实也占 0 字节，但 struct{} 是 Go 官方推荐且广泛采用的惯用法。它支持嵌入、可组合、可导出（若需要），且在 go vet 和 IDE 支持上更成熟。
正确用法示例
// ✅ 推荐：空结构体 + 方法集 + 包级变量
type util struct{}
func (util) Help(v VM) { /* ... */ }
func (util) HelpMe(v VM) { /* ... */ }
func (util) HelpYou(v VM) { /* ... */ }
func (util) HelpEveryone(v VM) { /* ... */ }
var Util util // 零成本的“单例式”工具实例调用时简洁自然：
Util.Help(vm) Util.HelpEveryone(vm)
补充说明：能否用指针？是否需要导出？
- ❌ 不建议定义 *util 变量（如 var Util *util）：空结构体无需指针，取地址反而引入不必要的间接层和潜在 nil panic 风险；
- ✅ 类型名 util 可小写（未导出），只要其方法首字母大写（如 Help），即可被外部包通过 Util.Help() 调用——这正是 binary.BigEndian 的设计精髓：类型私有，行为公开。
综上，struct{} 不仅是技术最优解，更是 Go 语言“少即是多”与“显式优于隐式”理念的优雅体现。在定义纯方法类型时，请坚定选择 struct{} ——它轻量、清晰、地道。
