未命名的参数是完全有效的。规范中的参数声明：

ParameterDecl  = [ IdentifierList ] [ "..." ] Type .

如您所见，IdentifierList（一个或多个标识符名称）放在方括号中，这意味着它是 可选的 。仅Type需要。

这样做的原因是因为名称对于调用方法或函数的人并不是很重要。重要的是参数的类型及其顺序。

通常，您为变量和参数命名，以便您可以引用它们。

当您不命名时，是因为您不想引用它。

因此，问题应该是： 为什么我不想引用参数？

例如，因为参数 “在那儿” （已传递），但是您不需要它，所以您不想使用它。如果我不需要它，为什么会在那里？

因为某人或某物 要求 存在特定参数。例如，您想要实现一个接口，或者您想要传递一个函数值，该函数值的签名由所需的函数类型定义。

让我们来看一个例子。我们有以下MyWriter界面：

type MyWriter interface {
    Write(p []byte) error
}

一种简化的方法io.Writer，仅返回错误，但不报告写入的字节数。如果您想提供一个仅丢弃数据的实现（类似于ioutil.Discard），那么该实现将不使用（不需要使用）其参数：

type DiscardWriter struct{}

func (DiscardWriter) Write([]byte) error { return nil }

就是这样：我们不使用接收器，我们不使用参数。两者都可以不命名。实现完全按照其应有的方式工作。

这样做（使用未命名的参数）还会 记录 未使用/未引用该值。

另一个原因可能是提供 前向
兼容性。如果发布了一个库，则在不破坏向后兼容性的情况下就不能更改或扩展参数列表（并且在Go中没有函数重载：如果您想要2个具有不同参数的变量，它们的名称也必须不同）。因此，您可以及早声明带有附加参数的导出函数或方法，但是由于您尚未使用它们，因此可以不对其命名。
这里要注意的一件事是，您不能混合命名和未命名的参数。如果您命名，则必须全部命名。如果您不需要全部，则可以使用空白标识符，如本例所示：

一个简单的Web服务器，它以"Hello"文本响应所有请求：

http.HandleFunc("/", func(w http.ResponseWriter, _ *http.Request) {
    io.WriteString(w, "Hello")
})
panic(http.ListenAndServe(":8080", nil))

返回"Hello"文本的处理程序函数仅使用响应编写器w，而不使用请求结构，因此将空白标识符用作其名称。