为何Go语言os.Signal接口包含看似无用的Signal()方法？

先看这个接口的定义：

type Signal interface {
    String() string
    Signal() // to distinguish from other Stringers
}

这个看似没用的Signal()空方法，主要解决这几个潜在问题：

• 避免普通Stringer类型被误当成Signal使用
  如果接口只有String()方法，任何实现了String()的自定义类型（比如日志消息、配置项描述）都能被隐式转换成Signal类型。要是某个函数接收Signal参数，不小心传入这类无关类型，编译阶段根本查不出来，只会在运行时引发逻辑错误。加了Signal()之后，只有专门实现这个方法的类型才属于Signal接口，从类型层面就把信号和其他可字符串化的对象划清了界限。

• 明确语义，提升代码可读性
  这个空方法相当于一个“类型标记”。其他开发者看到某个类型实现了Signal()，立刻就能明白它代表的是系统信号，而不是随便一个能转成字符串的东西。不用靠额外注释来解释类型语义，代码本身就自带清晰的标识。

• 避免类型断言误判
  当你需要从interface{}里断言出Signal类型时，如果没有Signal()方法，只要这个值实现了String()就会断言成功，但它可能根本不是信号。有了Signal()之后，类型断言会同时检查两个方法，确保你拿到的确实是真正的Signal实现，不会把无关类型误判成信号。

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