golang 包“net/http”使用全局变量 DefaultServeMux 来注册处理程序。这是否被认为是一种好的做法，甚至是一个 golang 成语？毕竟它是一个全局变量吗？
不使用全局变量的两个主要原因是 AFAIK 1）它们增加了复杂性和 2）在并发程序中存在问题。
也许 1) 在这种情况下被认为不重要，因为开发人员可以选择不使用 DefaultServerMux？2）呢？全局变量在 Go 中总是线程/goroutine 安全吗？不过，我很惊讶 Go 的标准库中使用了它。我从未在其他语言/标准库中看到过这种做法。
毕竟它是一个全局变量吗？
是的。该变量是在根级别定义的，这使得它在整个包中都是全局的。
但是，这不是一个全局变量，它存储了net/http包的所有敏感信息。它只是一种方便的设置，它使用net/http包的内容为用户提供快速入门的机会。这也意味着，这不会增加太多复杂性。
这是否被认为是一种好的做法，甚至是一个 golang 成语？
IMO，帮助用户使用包是一种很好的做法。如果您发现通过提供良好的默认配置可以为用户节省一些时间，请这样做。
但是，当您要导出变量时应该小心。它们应该准备好进行并发访问。例如， DefaultServeMux（或者更好的是，底层ServeMux）使用互斥锁来保证线程安全。
全局变量在 Go 中总是线程/goroutine 安全吗？
不。如果没有适当的同步（互斥锁、通道等），并发访问的所有内容都会出现问题，并且肯定会将所有内容都炸成碎片。
我从未在其他语言/标准库中看到过这种做法。
例如， Python 的logging模块提供了一个函数来检索根日志记录对象，可以调用该对象的方法来自定义日志记录行为。这可以看作是一个全局对象，因为它是可变的并且在模块中定义。
在这种情况下，globvar 与例如包“log”中看到的类似物一样安全和不错的选择。
IOW，权利要求 1 尽可能模糊，权利要求 2 受到限制：有时/在某处为真，否则即使这样使用，错误 == 通常也不成立。