具有静态内容的地图定义上的 Golang 行为（编译时构造？）

Question

让我们采用以下 Golang 表达式：

type MyStruct struct {
  foo int,
  bar map[string]MyInterface 
}
type MyInterface interface { /* ... */ }
func firstFunc() { /* ...*/ }
func secondFunc() { /* ...*/ }

具有以下构建器功能：

func NewMyStruct() *MyStruct {
  // Building a map made of only static content, known at compile time
  // Assigning it to a local variable
  m := map[string]MyInterface {
    "first": firstFunc,
    "second": secondFunc,
  }
  /* ... */
  return &MyStruct{
    bar: m, // Copying the map into the struct field
    /* ... */
  }
}

我遇到了这段代码，并决定尝试在内存管理和/或执行时间方面对其进行优化。 来自 C++ 世界，我习惯了“静态分配与动态分配”的困境以及constexpr 的使用。我试图在 Golang 中实现相同的目标：避免在语言允许的范围内过于频繁地构造/分配数据结构。

问题 1：在 NewMyStruct() 中，分配给 m 的临时映射是否有效在每次调用时构造/分配？

问题2：编译器能否检测到临时地图是由静态内容构成的，一次性构造出来？

我的另一个解决方案是使用全局定义的映射并使用指针从 MyStruct 实例中引用它。

Answer 1

作为Volker suggests，这几乎可以肯定是过早的优化。但是，如果您已经发现这会在您的程序中花费大量时间并且只是在寻找选项，this Playground link 会显示一种在程序启动时构建地图并共享它的方法。本质就是：

return &MyStruct{bar: sharedMap, /*...*/}

此时需要创建共享地图。如果无法进行简单的静态初始化，请使用an init function，或添加sync.Once，以便在第一次调用New 函数时仅构造一次映射。