在 Scala 中初始化伴随对象值的规则答案

【问题标题】：Rules of initializing companion object values in Scala在 Scala 中初始化伴随对象值的规则
【发布时间】：2012-02-25 10:18:28
【问题描述】：

我的游戏有一个像这样的 Sounds 对象：

object Sounds {
  SoundFactory.setAssetBasePath("mfx/")

  val EXPLOSION_0 = ESound("explosion1.ogg")
  val EXPLOSION_1 = ESound("explosion2.ogg")
  val EXPLOSION_2 = ESound("explosion3.ogg")
  val IMPACT_0 = ESound("impact1.ogg", 0.4f)
  val IMPACT_1 = ESound("impact2.ogg", 0.4f)
  val IMPACT_2 = ESound("impact3.ogg", 0.4f)
  val BONUS = ESound("bonus.ogg", 0.7f)

  // -- snip --

  def load() {
    println("Sounds loaded")
  }

  case class ESound(sound_file: String, volume: Float = 1) {
    private val sound = SoundFactory.createSoundFromAsset(AndEngine.engine.getSoundManager, AndEngine.activity.get, sound_file)
    sound.setVolume(volume)
    sound.setLoopCount(0)

    def play() { sound.play() }
  }
}

为简洁起见，我删除了许多方法等。但基本思想是 Scala 延迟初始化对象，所以我第一次在这个对象上调用一些方法（load()）时，它会被初始化。例如，这将在纹理加载等之后完成。

但是使用上面的代码，当我第一次在游戏中按下某个菜单按钮时，我会暂停很长时间，因为它只会加载所有这些声音（由构造函数中的 SoundFactory.createSound... 引起）。

现在，如果我将 load 方法更改为以下：

    println("Sounds loaded, " + BONUS.toString)

所有声音都能正确加载。

那么，为什么会发生这种情况？ Scala 如何以及为什么初始化 Sounds 对象以便我可以调用 load() 但不在构造函数部分加载它自己的值？伴随对象初始化的规则是什么？

【问题讨论】：

CLICK 是声明的 ESound vals 之一吗？提供的代码中没有任何 CLICK。

标签： scala initialization lazy-evaluation lazy-initialization

【解决方案1】：

根据Scala specification 的第 5.4 节：

请注意，由对象定义定义的值是延迟实例化的。这新的 m$cls 构造函数不是在对象定义时进行评估，而是在而是在程序执行期间第一次取消引用 m 时进行评估（可能永远不会）。尝试在课程中再次取消引用 m 构造函数的评估导致无限循环或运行时错误。其他在评估构造函数时尝试取消引用的线程阻塞直到评估完成。

伴生对象应该在第一次被引用时构建——我想这也是你的理解。这适用于以下示例：

object Sounds {
  val EXPLOSION_0 = ESound("EXPLOSION_0")
  def load() { println("loaded") }
  case class ESound(file: String) {
    private val sound = {
      println("waiting 1s before loading " + file)
      Thread.sleep(1000)
      "sound from " + file
    }
  }
}

object C extends App {
  Sounds.load()
}

打印：

[info] Running C
waiting 1s before loading EXPLOSION_0
loaded

因此，您的意外行为可能来自您尚未发布的部分。

【讨论】：